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The proLogic compiler is a software development design tool used to program Texas 
Instrument Programmable Logic Devices (PLD). This development software pack¬ 
age quickly converts your logic design to a J EDEC fuse map that can be downloaded 
to a device programmer. proLogic allows you to describe your logic design in any 
of the following formats: 

Q Truth Table 

□ Boolean Equations 

□ State Diagrams 

From your logic design, the proLogic compiler will create a standard JEDEC fuse 
map. The JEDEC file can be downloaded to a device programmer to produce afunc¬ 
tional programmed device. Many Texas Instruments authorized distributors provide 
these programming services. 

The proLogic compiler also serves as a functional test vector simulator. The simula¬ 
tor uses the fuse list portion from the JEDEC file to create a functional device model. 
It can then execute the simulation vectors against this model. The results are auto¬ 
matically placed in a file for evaluation. 

The proLogic compiler, when combined with a device programmer, wiil allow you to 
create integrated circuits to your own specifications. The advantages to this new de¬ 
sign methodology are numerous: 

□ Lower chip count 

□ Reduced board space 

□ Lower power requirements 

□ Higher reliabiiity (fewer interconnects) 

□ Proprietary design protection (fuse protection) 

□ Fewer parts in inventory 

□ Greater design flexibility 

The proLogic compiler is complete and ready for installation on your IBM® 
compatible PC. The following block diagram shows the steps from design to 
proLogic to a programmed device. 




proLogic Block Diagram 
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Section 1 


How To Begin 
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The proLogic Compiler Package contains: 

□ a proLogic Compiler User’s Guide 

□ three proLogic Diskettes 


The proLogic Diskette contains: 

□ the executable files 

□ a README file 

□ Header files (.H) which apply to multiple Programmable Logic Devices 

□ the Texas Instruments PLD Architecture files 

Instaliation 

step 1: On your IBM or IBM compatible PC, make a new directory on the hard disk 
and call it PROLOGIC. 

Step 2: Change directories into your new PROLOGIC directory and copy all of the 
files on the diskettes into the new directory. 

Step 3: The file, NAND3.PLD is a sample Application PLD (sample program 
source file) needed to describe the PLDs. 

Compile the sample device specification by entering the command. 

I,C NAND3 

Compiling NAND3 produces the output files NAND3.JEDandNAND3.LST. 
The J EDEC file can be downloaded to your device programmer. The listing 
file is a fuse plot showing the programmed device. 
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step 4: Simulate device programming and testing by entering the com mand 

LS NAND3 

Logic Simulation uses NAND3.JEDto produce the output file NAND3.TST. 
All of these files including the source file, are text files so you can print, type, 
or edit them to see the results. 


The files on the Architecture Description diskettes may ali be copied to your PRO¬ 
LOGIC directory if you have enough disk space, if not, you can selectively copy the 
files needed for your programmable devices. 

This is the time to look at the README file on the Installation Diskette. This file con¬ 
tains last-minute information that may not be in the User’s Guide. 
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Section 2 


Programmable Logic 


A Programmable Logic Device (PLD) is a type of integrated circuit whose function 
is field-configured. These devices allow you to create integrated circuits to your own 
specifications at a reasonable cost, thus reducing the chip count. 

Programmable Logic Devices have the same basic kinds of digital building blocks 
that Small Scale Integration (SSI) devices have. The difference between SSI devices 
and PLDs is primarily the higher levels of integration in PLDs. 

There are more input signals per gate. Even a common PLD liketheTIBPAL6R4 has 
32-input AND gates. 

There are more gates per device. The 16R4 has sixty-four 32-input AND gates. 
The size of these devices has required a new form of logic notation. This notation 
permits the semiconductor manufacturerto specify the function of a PLD in aconcise, 
tabular format. 

Conventional schematics tend to flow from left to right, with input signals on the left 
and output signals on the right. Thus a three input AND gate is drawn. 

0 
1 
S 


Figure 1. SSI Three Input AND Gate 



The new PLD logic notation retains the convention that output signals are on the right. 
The change is that the input signals flow into a gate vertically from the top or bottom. 
A PLD AND gate is drawn 


0 1 2 



Figure 2. PLD Three Input AND Gate 

These PLD AND gates are also called product terms. A product term refers to any 
n-input AND gate. The main reason for vertical inputs is that PLDs have a very regu¬ 
lar structure. In the 16R4, all 32 of the input signals are input to each of the 64 AND 
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gates. This permits the whoie logic structure of the device to be concisely noted in 
tabular format. 
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Figure 3. Eight 32-input AND Gates 


The 16R4 PLD is a 20 pin device. When the power, ground, clock, and output enable 
pins are substracted, the total I/O pin count is 16. Figure 4 shows how the sixty-four 
32-input AND gates are interfaced to the I/O pins. 

Figure 4 shows that the device in its unprogrammed state doesn’t do anything. The 
output of all 64 AND gates is logic LOW because the input buffers feed both the true 
and the complement of all inputs into all the AND gates. In Boolean Logic notation: 

a & !a = 0 

for all AND gate output. 

The basic difference between building a circuit using SSI devices and building a cir¬ 
cuit with PLDs is the way in which the gates form a circuit. With SSI devices the gates 
are connected with wires or traces. Within a PLD, the gates are connected by a pro¬ 
cess called programming. 

A circuit is built within a PLD by disconnecting inputs from gates. In this respect, 
building a PLD circuit is the exact opposite of building an SSI circuit. A PLD in its initial 
state has all possible gate connections already made. Programming consists of re¬ 
moving the connections that are not needed for your design. The connections that 
remain define function of the programmed device. 

The notation used to show a programmed device is to draw Xs where connections 
remain, and draw nothing where connections have been removed. (In most pro¬ 
grammed PLDs the number of connections remaining after programming is a lot less 
than the ones removed, so this convention results in a less cluttered diagram.) To 
further reduce the number of Xs, a gate with all connections intact is drawn with an 
X in the gate symbol itself rather than drawing individual Xs at each gate input. 

Semiconductor manufacturers ignore this convention when printing the logic dia¬ 
grams in PLD data books. It is assumed you know that an X is implied at all intersec¬ 
tions. Figure 5 shows the part of a 16R4 which has been programmed to impiement 
a 3-input NAND gate. The output is on pint 9. The inputs are on pin2, pin3, and pin4. 
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Figure 4.16R4 Logic Diagram 










































































































Figure 5 also illustrates one other PLD feature which you should know. The PLD 
gates are implemented so that when all gate inputs are disconnected, the gate output 
is asserted. Figure 5 shows the output buffer for pin 19 as always enabled. 
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Section 3 


PLD Design Implementation 


Implementing a digital logic design using PLDs is about the same as implementing 
a design with SSI devices except you need a development tool called a device pro¬ 
grammer to remove the unwanted connections from the internal gates of the PLD. 


Device Programmers 

A device programmer is an electronic machine which programs the specified cells 
of a programmable device. PLDs are available in many technologies. A program¬ 
ming algorithm is defined for each type of device. These aigorithms involve voltages 
and currents not used during normal device operation. As might be expected, the 
number of different programming algorithms is relatively large because algorithms 
can vary by both product technology and manufacturer. 

Texas Instruments continually evaluates new programming equipment. Tl Program¬ 
mable Logic data books are a good reference source for device programmer ven¬ 
dors. 


JEDEC Files 

The device programmer vendors have made it as easy as possible for you to specify 
your requirements. All device programmers accept an input file in a standard format. 
This fiie is called a JEDEC file because its format was developed by the Joint Electron 
Device Engineering Council (JEDEC). JEDEC files, being comprised of ASCII char¬ 
acters, are also readable as text files. This example of a fuse list line of a JEDEC- 
standard file 


L040 10011001010101101111* 
is interpreted by the device programmer to mean: 

1. program cell 40. The string of 1 s and Os which follow the L040 define the value 
of consecutive cells after programming. 1 means program the cell. TheL040 gives 
the decimal address of the first cell in the string defined by the line. 

2. do not program cell 41. The second digit in the string is a 0 which means do not 
program the cell. 

3. program cells 43,44,47,49,51, 53,54 and 56 through 59. 
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Another kind of JEDEC-standard line is this example of a test vector: 

VOl NNNOIOIIONIOLLLHHNNN* 

These lines are used by the device programmer to functionally test the programmed 
device. The V01 is a sequence number. The other characters are called test condi¬ 
tions. The first applies to device pin 1, the second to pin2, and so forth. This sample 
shows a 20-pin device. Test condition N means do nothing, so the first 0 means apply 
logic low vottage to pin 4.1 applies logic high and L and H test for output level low 
and high. 


The proLogic Compiler 

The proLogic Compiler is an interface to a device programmer. It accepts your speci¬ 
fications in symbolic form, manages the task of specifying each of the thousands of 
cell states, and produces a JEDEC file to instruct the device programmer. 

To see how it works, let’s take the example at the end of Section 2. It shows a 16R4 
programmed to implement a 3-input NAND gate. The output is to be pint 9. The in¬ 
puts are on pin2, pin3 and pin4. To make the JEDEC file control the device program¬ 
mer, we must prepare a PLD specification file. 

The PLD specification is a simple text file which tells proLogic which cells to program 
in the PLD. proLogic takes its input from a source file in the same way that a compiler 
for microprocessors does. In order to program a 16R4 so that pint 9 is a 3-input 
NAND gate, we need a source file called NAN D3.PLD which has the following three 
lines: 


include pl6r4; 

!pinl9 = pin2 & pin3 & pin4; 
pinl9.oe = 1; 

The first line specifies the PLD to be programmed. The other lines specify the two 
signals required to implement the circuit. 

Once NAND3.PLD is available, entering the DOS command 

LC NAND3 

executes the proLogic Compiler. The execution result is a JEDEC file named 
NAN D3. JED which specifies the 61 unwanted connections to be programed by the 
device programmer. The following is the part of the file which has the fuse list lines. 

proLogic Compiler (JEDEC Object AlOO) V2.00 
Serial bxavO 

Copyright (C) 1988 INLAB, Inc. 

pl6r4 revision 89.2,11 

*N_csidpl6r4 

*QP20 

*QF2048 

*F0 

*L0000 11111111111111111111111111111111 
*L0032 01110111011111111111111111111111 
*C07E6 
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While preparing the JEDEC file, the compiler may find errors in your program. When 
it does, it describes what seems to be wrong on the computer display. The error text 
completely describes the problem, so there is no need for you to look up error codes 
in the manual. Another file called NAND.LST is also created which allows you to read 
the NAND3. JED file. The part of the file which describes pint 9 of the 16R4 looks like 
this: 

proLogic Compiler (Fuse Plot AlOO) V2.00 
Serial bxawO 

Copyright (C) 1988 INLAB, Inc. 
pl6r4 revision 89.2.11 

11 1111 1111 2222 2222 2233 
0123 4567 8901 2345 6789 0123 4567 8901 


0.-.-. OE 

IX-X-X. + 

2 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX + 

3 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX + !pinl9 

4 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX + 

5 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX + 

6 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX + 

7 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX + 


pin2 j 3 I 4 

I I 

pinl 18 


I 5 6 1 7 i 8 I 9 I 

I I I I I 

17 16 15 14 13 11 


Legend: 


X : Cell intact (JEDEC 0) 

: Cell progreuraned (JEDEC 1) 


X- : True input term 

-X : Complement input term 

XX : Any XX pair in a product term yields product term 

LOW, 

-- : No input term (don't care). A product term com¬ 

prised 

entirely of yields product term HIGH. 


Compare the NAND3.LST file to Figure 5. This format, called a fuse plot, is just a 
printer oriented version of the logic diagram. It has some new words in it - an input 
term is another word for a signal; a productterm is another word for AND gate. Other 
than that, the fuse plot is about the same as a logic diagram. 
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The proLogic Simulator 


The proLogic Simulator is a software version of a device programmer. To load it, en¬ 
ter the DOS command 

LS NAND3 

The simulator uses the fuse list lines from the JEDEC file (NAND3.JED) to create a 
functional device model. It then executes the test vectors against this model. The 
test results are placed in file NAND3.TST: 

proLogic Simulator V2.00 
Copyright (C) 1988 INLAB, Inc. 

Architecture Description: pl6r4.Ixa 
JEDEC Fuse Information: nandS.jed 
JEDEC Test Vectors: nandS.jed 


VI 

NOOO 

NNNN 

NNNN 

NNNN 

NNHN 

V2 

NOOl 

NNNN 

NNNN 

NNNN 

NNHN 

V3 

NOlO 

NNNN 

NNNN 

NNNN 

NNHN 

V4 

NOll 

NNNN 

NNNN 

NNNN 

NNHN 

V5 

NlOO 

NNNN 

NNNN 

NNNN 

NNHN 

V6 

NlOl 

NNNN 

NNNN 

NNNN 

NNHN 

V7 

NllO 

NNNN 

NNNN 

NNNN 

NNHN 

V8 

Nlll 

NNNN 

NNNN 

NNNN 

NNLN 


No errors detected with 8 Test Vectors. 

You will find the same test vectors in NAND3.JED. The more readable source which 
created them is in NAND3.PLD. 

I n the example, no errors were found by the simulator. When errors exist, the simula¬ 
tor notes them with a single character code. At the end of the test listing, it appends 
a legend to explain the meaning of the error codes. This puts all the information you 
need in one place. There is no need to refer to the manual for a description of the 
error codes. 


proLogic Simulator Input Files 

When you run the simulator, you will need to supply the name of the Test Vectors file. 
It is a text file in JEDEC 3-A format which contains the test vectors (JEDEC field V) 
to be executed against the compiled device model. The DOS path name of the test 
vector file is the first parameter of the DOS command as shown in these examples: 

LS VECTORS 
LS TEST.JED 
LS \TEST\VECTORS.VFl 

When no file extension is specified, proLogic defaults to (.JED). 

If your Test Vectors were created by the proLogic Compiler, that’s the only parameter 
required. If not, the following are other options which can be used. 
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The -j Option 

This option specifies the DOS path name of the Fuse Information file. It is also atext 
file in JEDEC 3-A format. It contains the programming information (JEDEC field F) 
which specifies the device function. Example: 

LS VECTORS -JFUSES.JED 

When no file extension is specified, proLogic defaults to (.JED). When the -j option 
is not supplied, proLogic assumes the fuse information is contained in the Test Vec¬ 
tors file. 


The -a Option 

This option specifies the DOS path name of the Architecture Description file. This 
file contains a description of the programmable device to be simulated. proLogic 
uses this file and the Fuse Information file to compile an optimized device model prior 
to beginning actual simulation. Example: 

LS NAND3 -A\LXA\P16R4 

Architecture Description files always have a (.LXA) file extension. When the -a op¬ 
tion is not specified, proLogic examines the Fuse Information file for a field beginning 
with the characters N_csid. If found, the remainder of the field characters identify 
the Architecture Description file. 


The proLogic Simulation Algorithm 

The simulator behaves just like an electronic device tester. The next few paragraphs 
describes the device tester as a piece of hardware. These are the details you need 
to know to test your program. 

Before executing any test vectors, the simulator removes voltage from all device 
pins. It next applies test condition 0 to the device ground pin and 1 to the device Vcc 
pin to simulate power-on. All memory elements power-on clear unless the device 
manufacturer specifies that they power-on set. Note that power-on or -off may be 
simulated by atestvectorwhich applies test conditions to the power and ground pins. 

After power-on, the simulator executes each test vector in the order encountered in 
the Test Vectors file. Execution consists of performing these four steps in order: 

1. Remove voltage from test pins (L,H,Z) in pin number sequence. 

2. Apply input and I/O pin voltage (0..9,F,X) in pin number sequence excepting 
clock (C,K). 

3. Apply clock pin voltage (C,K) in pin number sequence. 

4. Read test pin voltage (L,H,Z). 

Input pins with no voltage applied are assumed to float logic high. Applied voltages 
persist from test vector to test vector when neither driven nor tested (N). 
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Section 4 






proLogic Diagrams 



A 3-input NAND Gate 

The source file NAND3.PLD which programs 16R4 pin 19 to be a 3-input NAND gate 
has these three lines: 

include pl6r4/ 

!pinl9 = pin2 & pin3 & pin4; 
pinl9.oe = 1; 

The first line names the theheader file (.H) forthe PLD. The othertwo lines are called 
assignment statements. 

An assignment has an expression made up of signal names and gate operators. Sig¬ 
nal names identify signals internal to the PLDto be programmed. The gate operators 
define signal relationships. Because each PLD is different, the signal names and 
gate operators also are different from one PLD to another. For example, a 24-pin 
PLD might have a signal named pin23, but a 20-pin PLD would not. The signal 
names for each PLD are documented by the prologic diagrams. 

Look atthe proLogic diagram forthe 16R4. You’ll find it in the Logic Diagram section. 
Each signal is labeled with its proLogic signal name. 

When you write an assignment statement, it must begin with an output signal name. 
Output signal names always end with the"=" character. They name gate output sig¬ 
nals. 

The remainder of the assignment is an expression comprised of any of the signal 
names which you want as circuit inputs. The signal names which directly feed an 
AND gate are written using an" & " gate operator as a separator, as in the expression 

pin2 & pin3 & pin4 

Similarly, signal names directly feeding an OR gate are written using the " ]" gate 
operator as a separator. 

pt47 I pt.46 /* device al67 */ 

When there’s no signal name on a gate output, use the gate’s input expression in 
place of the missing signal name. The expression 

!pinl9 = ( pin2 & pin3 & pin4 ) 

represents an OR gate which has an output signal name in terms of one of it’s un¬ 
named AND gate inputs. 
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To program pin19 as an AND instead of a NAND, write 

! pinl9 = ( ! pin2 ) | ( ! pin3 ) | ( ! pin4 ) 

Where the parenthesized expressions denote the outputs of three of the AN D gates 
feeding the OR gate. The parenthesis aren’t required. The expression 

! pinl9 = ! pin2 | ! pin3 | ! pin4 

means the same thing. 

Assignments aiiow a separation of the punctuation parts of a signai name from the 
rest using spaces, tabs or even new lines. Aiso, pairs of parenthesis can be used 
to group expressions. You can aiso use the symbols "O" and "i" as fixed gate 
inputs, as in 

pinl9 . oe = 1 


Brackets 


When you find a name like 


[!]pinl6= 


in the prologic diagrams, the brackets indicate an optional part. In this case, either 


pinl6= 


or 


!pinl6= 


may be used as the output signal name. 
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Section 5 


Symbols 
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Signal Names 

The prologic diagrams for each Programmable Logic Device specify the signal 
names you are required to use in your programs. These names are the ones used 
in the examples in the earlier sections. 

If you’ve looked at the Texas Instruments application briefs, or at the sample Applica¬ 
tion PLD files, you’ve probably noticed that it’s standard practice to assign application 
specific names to the various signals. There are a number of good reasons for doing 
this; 

1. PLD specifications can be complex. Appropriate mnemonics are a big help 
to comprehension, not only during initial PLD specification writing, but also 
when trying to comprehend an existing specification. 

2. Certain signal names have conventional meaning, OE for Output Enable, 
CS for Chip Select, A7 for address line seven, and so forth. Also, some stan 
dard circuits have conventional names. To illustrate, if part of your PLD 
circuit is an SR latch, the inputs should be named R and S. 

3. It saves extra documentation. If your PLD specification file uses the pint 7.d 
signal name, then somewhere you must documentthat signal’s function. On 
the other hand, if you call it D3 and the programmed PLD is titled ”An Up- 
down Counter”, the name itself implies counter output bit three. 

4. Your programmed PLD is part of a circuit. It’s convenient if the names used 
in the PLD specification are similar to those used by your schematic capture 
package. 

Application signal names are specified by define statements. The statement looks 
like this 

define cs = pin2; /*• chip select */ 
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The define replaces the symbol to the left of the = with the symbois to the right of the 
= (except the;). This example means ’’wherever os is found, repiace it with pin2”. 
Thus the expression 

!pinl9=cs 

becomes 

!pinl9=pin2 

after define replacement. 

The define is a powerful tool. With it you can create application specific signai names 
such as 

define STATE2 = (!pinl7 & pinl6 & !pinl5); 
define STATES = (!pinl7 & pinl6 & pinlS); 
define ERROR = ! pinl9; 

so that an expression for PLD pin 19 can be written as 

ERROR = STATE2 | STATES 

Define statements don’t take effect untii they are encountered. For this reason, it’s 
a good idea to group them all together near the start of the program. 


Symbols 


proLogic recognizes three kinds of symbois: 

1. A group of alphanumeric characters, such as 

cs define 

pin2 DEFINE 

3725 8259_CS 

2. A group of characters, such as 

= == &! 

; % =! 

except that 

( ) { } 

are aiways single character symbols and 
/* 

always begins a comment. 

3. Any characters within quotation marks 

"this is an unusual symbol" 

"/* and so is this */" 

A comment is any text enciosed by /* and */. Since characters like newiine are text, 
you can write very large comment blocks. Comments can be written anywhere you 
can use a space or a tab, that is, they are symbol separators. 
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Do not use any of these reserved symbols as signal names. 

define else if 

include repeat signal 

state state_diagram test_vectors 

title truth_table 

Do not use any symbol beginning with an underscore _ character as a signal name. 

Upper and lowercase letters are different. That is, "define" isnotthesameas "DE¬ 
FINE", which is different from "Define". The define statement does not replace a 
variable’s extension (a symbol after the dot). That is, if one of your variables is 

define d = pinl9; 

the expression 

pinl7.d = d 

becomes 

pinl7.d = pinl9 

The define statement can be used to tailor the operator symbols to your preference. 
proLogic uses the "&" for AND, "|"forORand "!" as the negation attribute. But 
they can be changed to *, + and / by these defines; 

define * = & ; define + = | ; define / = ! ; 

Notice that the spaces between the symbols are required. If we had written 
define *=&; 

proLogic would see this as the symbol "define" followed by the symbol "*=&; ". 
If you want to change the operator symbols you also need 

define =/ = = ! ; 
define */= & I ; 
define +/ = | ! ; 

to be able to write a natural expression such as 

a=/b*/c+/d 

without being forced to put in spaces to separate symbols formed from punctuation 
characters, as in 

a= /b* /c+ /d 

The define statement rescans after it does a replacement. For instance, if you just 
finished inputing a program and realized you had the polarity of one of the signals 
wrong, you might be tempted to make a "temporary” fix with a define like 

define cs = (!cs); /* wrong */ 

This define might find an expression such as 

x=cs 

and replace it with 

x=(!CS) 
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but then it rescans yielding 

x=(!(!cs)) 

x=(!(!(!cs))) 

x=(!(!(!(!cs)))) 


and so forth... 

Things like 

define a=b; define b=a; 

present similar opportunities. 

In practice, these don’t come up very often. When they do, you’ll find that proLogic 
tells you what symbol it is seeing. A number of instances can be fixed just by adding 
parentheses. As a further aid, the first part of the listing (.LST) file shows you the sig¬ 
nal specifications after everything’s completed. 
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Section 6 


Expressions 


Operators 

In Section 4 we wrote a S-input AND gate as 

! pinl9 = ! pin2 | ! pin3 | ! pin4 

to make the point that an AND gate on an active low output cell requires the consump¬ 
tion of three product terms. That’s also the form required to map onto the proLogic 
Diagram. We loosened up the strict version of signal names by writing 


!pinl9= 


as 


! pinl9 = 

Now we’re going to take the next step away from the proLogic Diagram and write 

! pinl9 = !(pin2 & pin3 & pin4) 

When proLogic sees this kind of an expression, it uses arithmetic rules to transform 
it internally back into the sum-of-products form which maps to the diagram. If you 
compile 

! pinl9 = !(pin2 & pin3 & pin4) 
and look at the (.LST) file, you’ll see that it has become 

!pinl9= !pin2 | !pin3 ] !pin4 

Expressions are evaluated according to priority. The " |" operator has a lower 
priority than the " &" operator. Both " |" and " &" have a lower priority than the 
"!" attribute. In the expression 

!a I b & c 

the highest priority things get evaluated first: first the "!" 

(!a) & b I c 

then the 

((!) & b) I c 
leaving the " |" for last. 
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When the normal priorities work against you, there’s another rule which say s that par¬ 
enthetical expressions have a higher priority than operators and attributes so thatthe 
expression 


!{(a|b)&c) 

becomes 

!a s !b I !c 
Similarly, 

(a I b) & (c I d) 

becomes 

a&cla&d|b&clb&d 

You can even write expressions iike 

! ( a = b & ! c ) 

which turns out to be 
!a = !b I c 

The assignment operator = has a lower priority than most, so that in the expression 
a = b & c 

the 

b & c 

expression is evaluated before it is assigned to a. Conversely the. (dot) operator 
has a very high priority so that it applies even before the "!" as in 

! pin27 .0=1 

which proLogic sees as 

! ( pin27 .d ) = 1 

The dot operator changes upper case letters in the extension to iower case. The 
equality operators "==" and "!=" provide a way of writing the equivalent of the 
logical Exclusive NOR/OR functions. That is, 

a == b 

is the same as the expression 

a & b I !a & !b 

The "! = " operator is defined to be the inverse. This means 

a != b 

is the same as 

! ( a == b ) 
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or 


a & !b I !a & b 

As a general note, all operators are binary. They require an expression both before 
and after the operator. For example a attributes like "!" apply to a single expres¬ 
sion. 


Statements 

An assignment expression such as 
a = b & c 

becomes a statement when it is followed by a semicolon, as in 
a = b & c; 

You’ve already seen the define statement. It is also terminated by the semicolon. 
Syntactically, your program is a sequence of statements. 

There is another kind of statement called a block which is terminated by a"}The 
title block is the subject of the next section. 
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Section 7 


The Title Block 
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A title block 


title { 


Function: 
Designer: 
Date : 


Special Barrel Shifter. 
Acme Products. 

4 July 1988. 


} 

defines text to be copied to the JEDEC output fiie as documentation. The title block 
is a statement. It may appear almost anywhere in your program, but you can only 
have one. The text enclosed by the braces { and} is copied to the JEDEC output file. 
Because the JEDEC file format uses an * character to delimit the documentation, 
your text may not contain this character. 

The semicolon is not required to terminate the title block (or any other block). Note 
that our style of block which has a separate line for the closing } and begins the text 
on the same line as the opening { may not be to your taste. Feel free to experiment 
to find a style that suits you. 

The text is also copied to the fuse map portion of the (.LST) file. 
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Section 8 


Truth Table Blocks 





The Classic Seven-Segment Display 

The following is the truth table to program a PLD as a hex decoder driver for a seven- 
segment display. 

truth_table { /* aa 

+ - + 

I I 

bb| Iff 

I Sg I 

+ - + 

I I 

ccI 1ee 

I dd I 

+ - + 

V 





Q3 

q2 

ql 

qO 

aa 

bb 

cc 

dd 

ee 

ff 

gg 

/* 

0 

V 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

1 

/* 

1 

V 

0 

0 

0 

1 

1 

0 

0 

1 

1 

1 

1 

/* 

2 

*/ 

0 

0 

1 

0 

0 

1 

0 

0 

1 

0 

0 

/* 

3 

*/ 

0 

0 

1 

1 

0 

1 

1 

0 

0 

0 

0 

/* 

4 

*/ 

0 

1 

0 

0 

1 

0 

1 

1 

0 

0 

0 

/* 

5 

*/ 

0 

1 

0 

1 

0 

0 

1 

0 

0 

1 

0 

/* 

6 

*/ 

0 

1 

1 

0 

0 

0 

0 

0 

0 

1 

0 

/* 

7 

V 

0 

1 

1 

1 

0 

1 

1 

1 

0 

0 

1 

/* 

8 

*/ 

1 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

/* 

9 

V 

1 

0 

0 

1 

0 

0 

1 

1 

0 

0 

0 

/* 

A 

V 

1 

0 

1 

0 

0 

0 

0 

1 

0 

0 

0 

/* 

B 

*/ 

1 

0 

1 

1 

1 

0 

0 

0 

0 

1 

0 

/* 

C 

V 

1 

1 

0 

0 

0 

0 

0 

0 

1 

1 

1 

/* 

D 

V 

1 

1 

0 

1 

1 

1 

0 

0 

0 

0 

0 

/* 

E 

V 

1 

1 

1 

0 

0 

0 

0 

0 

1 

1 

0 

/* 

F 

V 

1 

1 

1 

1 

0 

0 

0 

1 

1 

1 

0 


} 

Each truth table block creates a block of assignment statements, but is set up in tab¬ 
ular form to save you writing time and to help you visualize all the cases. 
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The table heading line 

q3 q2 ql qO : aa bb cc dd ee ff gg ; 

lists the input and output expressions. The input expressions are listed first and are 
separated from the output expressions by the colon. The semicolon ends the 
heading line. 

Each other line of the table is a detail line. Detail lines follow the format set up by 
the heading line with respect to number of input and output expressions. These lines 
create assignment statements. If your truth table had only this single detail line 

/* 0 */ 0 0 0 0:0 0 0 0 0 01 ; 

then only this one assignment statement would be created; 

gg = q3==0 & q2==0 & ql==0 & q0==0; 

These two detail lines 

/* 0 */ 0000:0000001 ; 

/*!*/ 0001:1001111 ; 

would create all these: 

aa = q3==0 & q2==0 & ql==0 & qO==l; 

dd = q3==0 & q2==0 & ql==0 & qO==l; 

ee = q3==0 & q2==0 & ql==0 & qO==l; 

ff = q3==0 & q2==0 & ql==0 & qO==l; 

gg = q3==0 & q2==0 & ql==0 & q0==0 

I q3==0 & q2==0 & ql==0 & qO==l; 

And these three 

/* 0 */ 0000:0000001 ; 

/* 1 */ 0 0 0 1:1 0 0 1 1 1 1 ; 

/* 2 */ 0 010:010 0100 ; 

would create these: 

aa = q3==0 & q2==0 & ql==0 & qO==l; 

bb = q3==0 & q2==0 & ql==l & q0==0; 

dd = q3==0 & q2==0 & ql==0 & qO==l; 

ee = q3==0 & q2==0 & ql==0 & qO==l 

I q3==0 & q2===0 & ql==l & q0==0; 
ff = q3==0 & q2==0 & ql==0 & qO==l; 

gg = q3==0 & q2==0 & ql==0 & q0==0 

I q3==0 & q2==0 & ql==0 & qO==l; 

All 16 of the detail lines would produce seven assignments and the aa assignment 
would be the sum of four products — one for each 1 in the aa column. Even though 
the final signal specifications which show up in the listing file can be reduced to their 
minimum logical equivalents, a truth table is certainly a way to generate a lot of logic 
with minimal work on your part. 

The reason inputs use the equality operator == is so that you can have more compli¬ 
cated things than Os and 1 s. In 

truth_table { a b : z ; 
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the assignment is 

z = a==c & b==d; 

You’ll notice that we used the phrase input expression atthe start of this section. This 
means that not only can you negate inputs, as in 

truth_table { !a !b : z ; 

1 ! d : 1 ; 

} 

which creates the assignment 

z = (!a == 1) & (!b == !d); 

You can aiso write almost any valid expression, such as 


truth_table 

} 


!(a & b) c 
c d I e 


which is 


z 

1 


z = (!(a & b)) == c & c == (d ] e); 

The only expression that you have to stay away from in the detail lines is a signal 
named X (in either upper or lower case). That’s because we picked this signal name 
to mean don’t care. If you have to use it, put it in parenthesis. This table: 

truth_table {a b : x y ; 

1 X : 1 0 ; 

X (x) : 0 1 ; 

} 


yields 


X = a==l; 
y = b==x; 

The output side of the truth tables is easier because there are only three characters 
permitted — 0,1 and X (or x). These make menu selections from the output expres¬ 
sions in the header. 

The X is again a don’t care. It means thatthis detail line doesn’t affectthe assignment 
for the output. The 1 (0) specifies that the output is logic high (low) for the case de¬ 
fined by the input. The output characters can be written together. That is, 

0x01 

is the same as 

0X01 
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Output Polarity 

You should think of the polarity problem in exactly the same way that you do when 
you are aboutto write an assignment statement Logic high (the 1 s) produce assign¬ 
ments which are true relative to the signal specification names. If we remove the ab¬ 
straction and show some real signal specification names for the 16R4 on this table; 

truth_table { pin2 pin3 pin4 : !pinl9 ; /* 3-input NAND 

*/ 

0XX:1; 

10X:1; 

110 : 1 ; 

111 : 0 ; 

} 

it becomes clear that we’ve got it right. 
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Section 9 


state Diagrams 
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A Module-3 Counter 

proLogic can help you implement programmable logic state machines. Other names 
used for this general subject are finite state machines, sequencers, sequential cir¬ 
cuits, counters. Mealy model/machine/circuit, Moore model/machine/circuit, state 
diagram, ect.. 

If you want to create a circuit using clocked flip-flops with feedback, then you can 
use state blocks instead of assignments. 

Let’s take a modulo-3 counter for an example. It uses two flip-flops as state vari¬ 
ables. Each of the three permitted combinations of Os and 1 s in the state variables 
is called a state. On power up it is in one of the states and on each clock a next state 
is established which depends, in part, on the current state. Figure 6 illustrates a mo¬ 
dulo-3 counter. 



FIGURE 6. Moduio-3 Counter 


The assignments for a D flip-flop implementation are determined by inspection to be 

vl.d = vO.q; 

vO.d = !vl.q & !v0.q; 
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The same counter written as a state diagram appears as follows: 

state_diagram vl,vO { 

/* modulo-3 counter */ 

state s0=00 

six- 

state sl=01 
s2; 

state s2=10 
sO; 

} 

A state diagram appears different from the assignments. This is because each as¬ 
signment is a single statement but the state diagram has a hierarchical structure. 


First while the outermost state_diagram statement. 

st.ate_diagram vl, vO { 

} 

It declares v1 and vO to be state variables. Their values are defined in the body of 
the diagram. The body is all of the statements enclosed by the braces { and }. 

In our counter example, the body consists of a state statement for each of the three 
states. 

The first state statement. 

state s0=00 
si; 

It declares the state name sO and its value combination (v1 .q,v0.q)=(0,0). The state 
statement also has a body. The body can be a single statement without braces, as 
written above or it can be one or more statements enclosed by braces, as in 

state s0=00 { 
si; 

} 

The transition statement 
si; 

consists of a state name, as it appears in one of the state statements of this state dia¬ 
gram, followed by a semicolon. It specifies what state occurs on the next clock. 
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IF-ELSE 


The if-else statement is used to condition other statements. The general form is 


if (expression) 
statement-1 


/* then part */ 


else 


statement-2 /* else part */ 

where the else part is optional. 

To show its use, let’s make our modulo-3 counter stay low (in state sO) until triggered 
by an external signal (count) as shown in Figure 7. 



Figure 7. Modulo-3 Counter 


This is coded 

state_diagram vl,vO { 
state s0=00 

if (count) 
sO; 

else 

si; 

state sl=01 
s2; 

state s2=10 
sO; 

} 

The if-else statement conditions its then part with the expression in parenthesis and 
its else part with the expression’s complement. Because its then part (or else part) 
can be another if-else statement or a block (one or more statements enclosed by 
braces {and }), things can get as complex as necessary. 
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The if-else and state statements can also condition assignments. 

You can add an output to state s2 by writing 

state s2=10 { 

overflow=l; 

sO; 


or make it an up-down counter with 

state s2=10 

if (up) { 

overflow=l; 

sO; 

} 

else 

si; 

Note that the style of one statement per line is Texas Instruments style. State state¬ 
ments can also be written as follows; 

state s2=10 if (up) {overflow=l; sO;} 
else si; 

Choose a style that suits you. Also, an if-else can be used anywhere in your pro¬ 
gram- not just within a state diagram. 


Global Transitions 

Extend our modulo-3 counter so that instead of being triggered to count, it stays in 
state 00 unless enabled. 

state__diagram vl,vO { 
state s0=00 

if (count) 
sO; 

else 

si; 

state sl=01 

if (count) 
sO; 

else 

s2; 

state s2=10 
sO; 

} 

state machines often have some condition such as this which applies to every state. 
These global transitions can be factored out and written before the first state. 
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The diagram 


state_diagraiti vl,vO { 

if (count) 
sO; 

state s0=00 
si; 

state sl=01 
s2; 

state s2=10 
sO; 

} 


looks more like what it really is - a modulo-S counter with an active high reset. 


Illegal States 

If the modulo-3 counter (shown in Figure 8) is implemented on flip-flops which power 
up to a random state the counter may be in trouble. It counts 



FIGURE 8. Modulo-3 Counter 


This may be acceptable. If it isn’t, you can bring it into line by adding an additional 

State s3=ll /* illegal */ 
sO; 

If your machine is something other than a counter you can also specify that a state 
has don’t cares for some, but not all, of its values. Instead of adding a new state, the 
existing state s2 could be redefined as 

State s2=lx 
sO ; 

The X, which can be either upper or lower case, means that either a 10 or a 11 identi¬ 
fies state s2. 
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state Variables 


The state variables declared by the state_diagram statement must name a flip-flop 
with internal feedback. The extension may be omitted. For example 

state_diagram pinl7,pinl6 { 

} 

declares that the pint 7.q signal holds the most significant state value for a 16R4 im¬ 
plementation. On this PLD, proLogic synthesizes assignment statements for 
pin17.d= and pin16.d=. 

You can also precede a state variable with a "!" which inverts all logic forthat flip- 
flop. The modulo-3 counter example, if written for a 16R4 with active low outputs 
would be 

state_diagram Ivl.q, !v0.q { 

/* pl6r4 modulo-3 counter */ 

state s0=00 
si; 

state sl=01 
s2; 


} 


state s2=lx 
sO; 


which is equivalent to 

state_diagram (vl,vO) { 

/* modulo-3 counter */ 


state sO=ll 
si; 


state sl=10 
s2; 


} 


state s2=0x 
sO; 
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Conditioning 

The statements which form the body of the state block are conditioned by the state. 
The following is a state which is the highest state of a modulo-5 counter 

state s4=lXX { 

Y=l; 

sO; 

} 

Because the expression Y=1 is contained within the body of state s4, it is conditioned 
by s4. This means the resulting expression is extended to be true only when state 
variable v2 (the most significant variable) is logic high and yields 

Y = v2.q; 

If Y is a combinatorial output, it becomes high shortly after clocking a 1 into v2. If Y 
is a registered output, it becomes high on the next clock which simultaneously causes 
v2 to go low as it transitions to state sO. What happens to Y after that depends on 
what is written in the state sO block. Conversely, if you wanted register Y high on the 
clock of 1 into v2 to enter state s4, Y would need to be set up in the prior state. For 
an up-counter, 

state s3=000 { 

Y=l; 

s4; 

1 

would do it, but in an up-down counter, both preceding states are required to set up 
Y. 


state s0=000 
if (up) 
si; 

else { 

Y=l; 

s4; 

} 

state s3=011 

if (up) { 
Y=l; 
s4; 

} 

else 

s2; 
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Default Transitions 


An unconditioned transition statement is called a default transition. In 

state s0=00 
si; 

the s1 is a default transition because it is not conditioned by an if-else statement. 
The state 

state s0=00 

if (count) 
sO; 

else 

si; 

could also have been written 

state s0=00 { 

if (count) 
sO; 
si; 

} 

because the defauittransition specifies the state change when none of the othertran- 
sitions apply. 

States which have no defauittransition remain in their current state when none of the 
other transitions apply. Thus 

state s0=00 

if (!count) 
si; 

also holds in sO while count is logic high. 

Each state block can have only one defauittransition statement. 
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Section 10 


Test Vector Blocks 

^m^mmmm^mgsmmimmmmsssmmmmmmmmmmmmmssmmsmmmmsm 


Test vectors are used by device programmers or logic simulators to verify that the 
logic functions defined for a PLD are correct. These vectors describe the inputs to 
the programmed PLD and specify the outputs expected after applying each set of in¬ 
puts. 

Each test_vectors block defines a sequence of vectors to be applied to a set of test 
condition variables. These blocks are written in tabular form with semicolons sepa¬ 
rating each line of the table. 

test_vectors { 

pin3 !pinl 

1 1 

1 0 

0 0 

} 

The first line of the table 

pin3 !pinl pinlS pinl9; 

names the test condition variables. In your program you probably have some define 
statements to make the names more meaningful. Because test conditions are 
applied to the pins of the device, not internai signals, you don’t necessarily need to 
adhere strictly to the proLogic Diagram signal names. Anything close will usually 
work. 

Each other line of the table is a test vector. The first vector 

1 1 H L; 

specifies the test conditions 1,1, H and L to be applied respectively to the test condi¬ 
tion variables pin3, Ipini, pints and pint9. Spaces aren’t required. You can write 

1 1 H H ; 

or 

IIHH; 


pinlS pinl9; 

H L; 

L L; 

L H; 
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as long as there is one test condition for each test condition variable. Lower case 
letters can be used if you prefer. This table lists the allowable test conditions. 


0 

1 

2 . 

C 

F 

H 

K 

L 

N 

P 

X 

z 


.9 


drive input LOW - 1 

drive input HIGH - 0 

drive input to supervoltage #2-9 - 2..9 

drive input LOW-HIGH-LOW - K 

float input or output - F 

test output HIGH - L 

drive input HIGH-LOW-HIGH - C 

test output LOW - H 

power pins and outputs not tested - N 

preload registers - P 

output not tested, input default level - X 

test input or output for high impedance - Z 


The last column lists the inverse condition which is used when a test condition vari¬ 
able is negated. The block 


test_vectors { !pinl; 

1 ; 

0 ; 

N } 

is equivalent to 

test_vectors { pinl; 

0 ; 

1 ; 

N } 


There is also a special kind of a test vector which is used to create one or more JE- 
DEC buried register vectors. This one begins with the symbol internal and is followed 
by as many Os, 1s, Ls and Hs as there are internal registers in the PLD. 


I ' ' ' ' . i' 

Note: 

If you’re newto PLD design, be aware that we’ve left out some very important practi¬ 
cal considerations. When a device programmer executes preload vectors, or vec¬ 
tors which have supervoltages, it may apply high voltages to pins. Refer to the data 
sheets for your exact PLD. Your device programmer manual also provides important 
cautions to observe when testing. 

I_L 
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The Repeat Block 

A repeat block, written 
repeat N { 

1 

can be used anywhere in your program. Its function is to create N copies of the sym¬ 
bols contained in the body. The following is a sample application. 

test.__vectors { 

/* 4-bit counter partial test */ 


pinl 

pinl7 

pinlG 

pinl5 

pinl4; 



P 

0 

0 

0 

0; /* 

preload */ 


repeat 15 

{ 






C 

} 

X 

X 

X 

X; /* 

clock 15 times 

*/ 

0 

H 

H 

H 

H; /* 

OK if all high 

*/ 

C 

L 

L 

L 

L; /* 

wraparound */ 



} 

The } which terminates the repeat block was placed on the line after 

C X X X X; /* clock 15 times */ 

but could also have been placed on the same line after the semicolon. 

Repeat blocks are not statements. This means they can be used almost anywhere. 
Nesting is permitted, such as 

repeat 15 { C repeat 4 { X }; } 
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Section 11 


Include Files 



Exactly one 

include file-name; 

which identifies the Architecture Description file (.LXA) for the target device must be 
present somewhere in each program, file-name is a symbol string such as 

P16R4.LXA 


or 


\prologic\p22vl0.Ixa 

When you don’t specify a file extension of .LXA, the include has a different function. 
In this case, the include and its symbols are replaced by the contents of the identified 
file. 

You might want to use inciude fiies to define commonly used symbols like 
define LOW =0; 

to save time and assure consistency over all of your PLD programs. 

Even though a semicolon terminates the file-name, the include is not a statement. 
Like the repeat block, it can be used almost anywhere. Included files may them¬ 
selves have includes. A repeat block may contain includes (and vice versa). 

When no file extension is supplied, the default is .H (for header). But if your file has 
spaces as an extension, make this clear. 

include myfile. ; 
include myfile." 
include "myfile. "; 
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Header Files 


proLogic provides a library of header files (.H). These provide extra levels of informa¬ 
tion about each device to make it easier for you to write a program. You might think 
of them as a subroutine library. Header files answer questions like: 

how many pins? 

is register preload available? 
what pins have registers? 
how do states map to D flip-flops? 
to SR flip-flops? 

does if (c) x=a; mean x= (c & a)? 

does it mean x = (c & a) | (!c & x.q)? 

does the compiler drive output enables when you don't? 

what about logic minimization? 


The only logical operators which the compiler recognizes are the AND and OR. 
Header files may offer other operators such as XOR. 

When you select a header file such as 

include pl6r4; 

at the beginning of your program, you do not need an 
include pl6r4,Ixa; 

because the header file will bring the Architecture Description in as part of itself. 

If your preference is for as little ”help” as possible, use an include such as 

include pl6r4.Ixa; 

at the start of your program. This requires you to be very explicit when you write the 
program. Most of the higher level statements cant be used in this mode. We recom¬ 
mend you include the STDSYN.H file in addition to the LXA file. It has define state¬ 
ments which relax the operator symbols to make your expressions more natural. 
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Section 12 


Signal Specifications 



Although proLogichasthe ability to manipulate, optimize, and even synthesize Bool¬ 
ean equations. Everything gets put into the form which will map onto the proLogic 
Diagram signai names and gate operators. This form is called a signal specification. 

In the example 

!pinl9 = pin2 & pin3 & pin4 

The signal specification is 

"!pinl9=" pin2 & pin3 & pin4 
Quotes are used to write the seven-character symbol 
!pinl9= 

because that is the exact name on the proLogic Diagram. Names such as 

!pin2 

would also need to be quoted. 

The rules for writing a signal specification are as follows; 

1. A signal specification always begins with an output signal name. These 
names always end with an = (equal) character. 

2. An input signal name must follow the output signal name. These names 
never end with an = character. 

3. After the first input signal name, more input signal names can be listed if they 
are separated by gate operators. 


43 



























































Gate Operators 

The prologic diagrams implicitly use these operators; 

& Logical AND Gate 

I Logical OR Gate 

% Logical Exclusive OR Gate 

Other operators unique to the PLD may be specified by individual diagrams. 

The characters 

! Logical Negation 

= Assignment 

. Dot 

are not gate operators. They are required to "spell” some signal names. 


Gate Operators Function 

There is always a conceptual ’’current gate”. The importance of the current gate con¬ 
cept is that it provides the environmentforinterpreting the meaning of the input signal 
names. Input names always identify signals with respect to the current gate. 

The current gate becomes important in multi-level logic. The output name usually 
identifies a hierarchical logic structure of one, two, or more levels. For example, in 
a 16R4, the output name pin19.oe= identifies a one level product term. The output 
name !pin19= identifies a two level sum of productterms. The current gate is always 
one of the gates at the lowest level of the hierarchy. In both of these examples, the 
current gates are AND gates. 

The initial current gate is identified by the output name. It is always the first (or top¬ 
most) of all of the possible current gates. The operator which identifies the current 
gate (in these examples, the has no effect on the current gate. It serves only 
as a separator between input names. An operator which identifies a gate at a higher 
level in the PLD logic structure (in these examples, the " |") changes the current 
gate to be the next of all possible current gates. 

In a one level structure such as the 16R4 pint 9.oe=, there is only one possible current 
gate - the 32-input AND which drives the output enable for pin 19. It is the initial 
current gate identified by the pint 9.oe= output name. In the signal specification for 
this signal only operators may appear. 

In thetwo level structure identified bythe Ipint 9= output name, there are seven AND 
gates at the lowest level. The output name identifies the first of these as the current 
gate. All input names identify connections to this AND gate until an " 1" operator is 
encountered. Afterthe" \", all inputnames identify connections to the second AND 
gate, until the next " \" when they apply to the third, and so forth. 
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There are two special signal names which apply to the current gate of all devices. 
They are 1, which means the output of the current gate is logically true, and 0, which 
means the the output of the current gate is logically false. Since these names apply 
to the gate output, no other input names may apply to that gate. For example, 

"pinl9.oe=" 1 & pin2 

is improper. 

The 0 and 1 signal names used in the signal specification are different from the 0 and 
1 symbols used in expressions. In an expression, they are gate input signals. That 
is, 

( pinl9.oe = 1 & pin2 ) 

is transformed into 

( pinl9.oe = pin2 ) 

In the first matrix of a 16R4 there are 256 programmable cells. These two signal 
specifications cause only the last cell to remain connected, while the first 255 are dis¬ 
connected (programmed). 

"pinl9.oe=" 1 

"!pinl9=" l|l|l|l|l|l| "!pinl2" 
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The Signal Statement 

Most PLD programs for most devices can be expressed entirely in terms of boolean 
equations using logical AND, OR and NOT. That’s why the assignment statement 
such as 

a = b & !c; 

requires you to do the minimum amount of typing on your keyboard. But some PLDs 
have XOR gates or signature words. 

For these instances the signal statement always provides the ability to program at 
the signal specification level. Another way of writing 

a = b & !c; 


is 


signal "a=" b & "!c"; 

In this statement, everything between signal and the semicolon must be a signal 
specification. 

You also have the option of letting proLogic do most of the work for you. In the signal 
statement, anything enclosed by parenthesis is an expression. Thus 

signal "a='' b & (!c); 
signal "a=" (b & !c); 
signal (a = b & !c); 

are all equivalent. 

To make it even easier, you can also write the =,., and! symbols separately. 
proLogic will translate 

signal a = ! b . c; 

into 


signal "&=" "Ib.c" ; 

because it knows the rules for forming a signal name. 
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IMPORTANT NOTICE 


Texas Instruments (Tl) reserves the right to make changes to or to 
discontinue any semiconductor product or service identified in this 
publication without notice. Tl advises its customers to obtain the latest 
version of the relevant Information to verify, before placing orders, 
that the information being relied upon is current. 

Tl warrants performance of its semiconductor products to current 
specifications in accordance with Tl's standard warranty. Testing and 
other quality control techniques are utilized to the extent Tl deems 
necessary to support this warranty. Unless mandated by government 
requirements, specific testing of all parameters of each device Is not 
necessarily performed. 

Tl assumes no liability for Tl applications assistance, customer product 
design, software performance, or infringement of patents or services 
described herein. Nor does Tl warrant or represent that any license, 
either express or Implied, is granted under any patent right, copyright, 
mask work right, or other intellectual property right of Tl covering or 
relating to any combination, machine, or process in which such 
semiconductor products or services might be or are used. 
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INTRODUCTION 

The term PSG stands for Programmable Sequence Generator. 
The PSG is the newest member of the programmable logic 
family. It combines the powerful benefits of programmable 
array logic (PALs) with the specialized world of Field 
Programmable Logic Sequencers (FPLSs). 

Applications such as waveform generators, state 
machines, timers, and simple logic reduction are all possible 
with a PSG. By utilizing the built-in binary counter, the PSG 
is capable of generating complex timing controllers. In short, 
the PSG offers the system designer an extremely powerful 
building block. 

The purpose of this application report is to describe 
the functional operation of the PSG507 and demonstrate how 
it can be applied in real-world applications. Three design 
examples that highlight the features and flexibility of the PSG 
will be discussed. 

FUNCTIONAL DESCRIPTION 

Figure 1 shows the architecture of the PSG507. Major 
features include 13 inputs, eight programmable registered 
or nonregistered outputs, eight S/R state registers, and a 6-bit 
binary counter with control logic. The clock input is fuse- 
programmable for selection of positive or negative edge 
triggering. 

The binary counter, state registers, and output cells are 
synchronously clocked by the fuse-programmable clock 
input. The clock polarity fuse selects either positive or 
negative edge triggering. Negative edge triggering is selected 
by blowing the clock polarity fuse. Leaving this fuse intact 
selects positive edge triggering. 

Each output cell on the PSG can be configured for 
registered or nonregistered operation through the output 
multiplexer fuse. Nonregistered operation is selected by 
blowing the output multiplexer fuse. Leaving this fuse intact 
selects registered operation. 

The PSG507 has 13 inputs, each providing a true and 
complement input to the AND array. Pin 17 functions as 
either an input and/or an output enable. Blowing the output 
enable fuse lets pin 17 function as an output enable but does 
not disconnect pin 17 from the input array. When the output 
enable fuse is intact, pin 17 functions only as an input with 
the outputs being permanently enabled. 

The 6-bit binary counter is controlled by a synchronous 
clear and a count/hold function. Each control function has 
a nonregistered and registered option. When either SCLRO 
or SCLRl is taken active high, the counter resets to zero 


on the next active clock edge. When either CNT/HLDO or 
CNT/HLDl is taken active high, the counter is held at the 
present count and is not allowed to advance on each active 
clock edge. The SCLR feature overrides the CNT/HLD 
feature when both functions are simultaneously active high. 
The functional benefit of both these features will be further 
clarified in the examples shown later in this appliction report. 

The eight internal state registers feed back into the 
AND array. These registers can be used to store input data, 
to keep track of binary count sequences, or they can be used 
as output registers when connected to a nonregistered output 
cell. The state registers differ from the output registers in 
that they feed back into the input array. They can also be 
used to override an operating sequence such as demonstrated 
in the designer notes located at the end of this application 
report. By using extra state registers, the 6-bit counter can 
be expanded as shown in the second example. Other uses 
of the internal state registers will become apparent upon 
reading the examples shown. 

THEORY OF OPERATION 

The PSG architecture is capable of operating in many 
different modes. When comparing the operation of a PSG 
to a PAL, the outputs in both devices can be configured as 
an AND/OR function of the inputs. One major difference 
between a PSG and a PAL is that a programmable OR array 
is used in the PSG. This allows a selected number of AND 
terms to be connected to each output as compared to a fixed 
number of AND terms assigned to each output on a PAL. 
The programmable OR array is the more efficient in that it 
lets the user assign the exact number of AND terms to each 
output as required by the application. 

Another major difference between the PAL architecture 
and that of a PSG is that the output cells on a PSG are not 
fed back into the input array. Typically, output feedback is 
used for building a counter or for holding state information. 
Since the architecture of the PSG already includes state 
registers and a binary counter, the requirement for output 
feedback is eliminated in most applications. This is a benefit 
to the user because valuable output cells and AND terms are 
not wasted when generating these functions. 

When a Field Programmable Logic Sequencer is 
compared to a PSG, the most obvious difference is the 
addition of a binary counter. Most state machine designs can 
be simplified by referencing all or part of each sequence to 
a binary count. This technique is highlighted in the third 
example shown in this application note. A comparison will 
also reveal that the output cells on a PSG can be configured 
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Figure 1. PSG507 Architecture 




























for nonregistered operation. This permits the outputs to be 
directly fed from the counter, AND/OR array, or state 
registers. Example 1 highlights this feature. 

In short, the outputs of a PSG can be controlled by any 
or all of the following conditions: 

• Present state of the inputs 

• Present state of the binary counter 

• Present state of the state holding registers 

The key to understanding state machine design when 
using a PSG is to realize that different states can be assigned 
for each sequence. In other words, the assigned state 
determines which sequence is in operation. The length of 
each sequence is controlled by the SCLR function. Once the 
count sequence has been programmed to the desired length, 
each output can be easily decoded from the present state of 
the binary counter. The user will soon discover that complex 
state machines are easily developed when using this 
technique. This technique is demonstrated in Example 3. 

Example 1: Waveform Generator 

The first example demonstrates a design for a simple 
clock generator used for driving a microprocessor operating 
at 5 MHz (required duty cycle of 33.5% high, 66.5% low). 
In addition to the 5 MHz system clock (SYS CLK), a 
reference clock (REF CLK) operating at 15 MHz (50% duty 
cycle) and a peripheral clock (PCLK) operating at 2.5 MHz 
(50% duty cycle) are required for other timing controllers 
and peripherals throughout the system. Both clocks must be 
in close phase with the SYS CLK to guarantee synchronous 
operation within the system. 

The above example demonstrates one of the many uses 
of the binary counter in the PSG. State registers are not used 
in this particular application, only the binary counter and 
three outputs. A 30 MHz clock, typically generated from 
a crystal, is used for driving the binary counter of the PSG. 
The three generated clock signals are decoded from the 
binary count. The unused inputs and outputs are still available 
for other sequential or combinational applications. 

Figure 2 shows the timing diagram for the above 
application. For reference, a decimal count has been assigned 


to the master clock (PSG CLK) of the PSG. As shown in 
the timing diagram, at count 11 (101 12 ) the sequence is 
repeated. By using the SCLRO function, a logic equation can 
be defined to reset the counter at count 11. This concept is 
demonstrated in Figure 3. 

With the binary counter programmed to clear at 11, 
it is a simple matter to decode the outputs from the binary 
count. With the REF CLK equal to the inverse of binary 
count zero (CO), REF CLK can be directly generated from 
the binary counter. A product term is required to connect 
CO to the output cell. The output register is bypassed by 
blowing the output multiplexer fuse. Figure 4 shows how 
CO can be connected. 

SYS CLK and PCLK are decoded from the present state 
of the binary counter through the S/R outputs. Since the S/R 
register holds its present state until changed, product terms 
have to be used only during output transitions. For example, 
when the binary counter reaches one, a product term is used 
to reset the SYS CLK on the next clock transition. Below is a 
summary of the product terms required to control SYS CLK 
and PCLK. Note that the output transitions are set up in the 
previous clock cycle. Also note that only one product term 
is used regardless of how many output terms switch. This 
is demonstrated at count 5 and count 11. Figure 4 also shows 
how SYS CLK and PCLK are connected. 

CNT 1: Reset SYS CLK 

CNT 5: Set SYS CLK, reset PCLK 

CNT 7: Reset SYS CLK 

CNT 11: Set SYS CLK, set PCLK 

This simple application demonstrates the basic concept 
of building a waveform generator using the PSG. This 
concept will be expanded further in Example 3 when a 
memory timing controller is developed. The basic rules for 
building a waveform generator are summarized below. 

• Program the counter to reset to zero after the 
desired count length is reached. 

• Generate the logic equations to control the 
outputs from the present state of the binary 
counter. 



Figure 2. Clock Generator Timing Requirements 
(Example 1 — Waveform Generator) 
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COUNT 11 



Figure 3. SCLR at COUNT 11 
(Example 1 — Waveform Generator) 


































































































































Example 2: Refresh Timer 

The second example demonstrates a design for a refresh 
timer used for signaling to a memory controller that it should 
execute a refresh cycle. As required by the dynamic memory, 
every row (256 on TMS4256) must be addressed once every 
4 ms. One method used to guarantee that this requirement 
is met is to refresh one row at least once every 15.6 ^s. With 
a 5 MHz system clock, the timer should be set for a division 
rate of approximately 77 clock cycles. This condition will 
generate a refresh request every 15.4 fis. 

The memory controller executes the refresh request 
(REFREQ) immediately if it is not involved in an access 
cycle. If the memory controller is executing an access cycle, 
then the refresh request will not be honored until the access 
cycle is completed. A refresh complete input (RFC) is 
required on the refresh timer to acknowledge when the 
refresh cycle has been completed by the memory controller. 
It is important that the timer does not stop, even though a 
refresh complete signal has not been received. This 
guarantees the refresh requirement is not violated. This also 
assumes the memory controller will complete the refresh 
request sometime in the next 77 clock cycles. 

Figure 5 shows the timing diagram for the above 
application. A decimal count has been assigned to the PSG’s 
master clock (PSG CLK) for reference. The counter is held 
at zero until the reset input is taken inactive low. Once the 
counter reaches 76 (equal to 77 cl ock cycles ) the REFREQ 
output is driven active (low). The REFREQ output returns 
inactive high on the first positive clock edge after RFC goes 


active high. RFC is the signal from the memory controller 
that tells the refresh timer whe n the refresh operation has 
been completed. The REFREQ output remains low until the 
RFC signal has been received. 

In order to generate a refresh request every 77 clock 
cycles, a 7-bit counter is required. Since the internal counter 
of the PSG is 6 bits, one of the state holding registers is 
required to expand the counter to 7 bits. As shown in 
Figure 6, only two product terms are required to expand to 
7 bits; one product term to set the register when the 6-bit 
counter reaches its full count (63), and one product term to 
reset the register after count 76. Since both the binary counter 
and the added register need to be reset after count 76, a single 
product line can be used for both. (For additional details on 
expanding the 6-bit counter of the PSG, see the designer notes 
at the end of this application report.) 

Figure 7 shows the fuse map for the entire refresh 
timer. The refresh timer is initialized by taking the RESET 
input high. When RESET is taken high, a single product line 
is activated and all other product lines are disabled. On the 
next act ive clock e dge, the binary counter and C6 are cleared 
and the REFREQ output is set high. The refresh timer will 
begin counting when RESET returns low. When the 7-bit 
counter reaches 76, a product line goes active (high) and on 
the next clock edge forces C6 and th e 6-bit cou nter to zero. 
Note that the output register holding REFREQ is also reset 
to zero. The RFC input is connected to a p roduct line which 
in turn is connected to the set input of the REFREQ output 
register. On the next active clock edge after RFC is taken 
high the REFREQ output will return high. 


0 0 1 2 3 4 73 74 75 76 0 1 2 3 4 

RESET I_ 

"f'_I L_ 


REFREQ 


Figure 5, Refresh Timer Requirements 
(Example 2 — Refresh Timer) 
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Example 3: Dynamic Memory Timing Controller 

The third and last example will demonstrate a state 
machine design using the PSG507. Figure 8 shows the circuit 
requirement for a memory timing controller used for 
interfacing an Intel 8086 to an ’ALS2967 dynamic memory 
controller. Note that the clock generator and refresh timer, 
developed in Examples 1 and 2, can be used in this circuit. 

The dynami c memory tim ing controller generates the 
control signals (RAS, CAS, MSEL, etc.) needed for 


accessing and refreshing the dynamic memory. The memory 
timing controller must also be capable of arbitrating between 
refresh and access cycles. In other words, if a refresh request 
(REFREQ) occurs while the timing controller is performing 
an access cycle, the controller must finish the access cycle 
before granting the refresh request. Likewise, if an access 
cycle is requested during a refresh cycle, the controller must 
hold the processor while completing the refresh cycle. After 
the refresh cycle has been completed, the access cycle can 
be performed. 


DYNAMIC RAM 



Figure 8. Memory Timing Controller 
(Example 3) 
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Figure 9 shows a detailed flow chart for the intended 
application. Note that two sequences are executed and three 
states are used. State 0 (STO) provides an initalization and 
holding state, while state 1 (STl) is assigned to the access 
sequence. The access sequence consists of 10 clock cycles 
as shown in Figure 10. State 2 (ST2) is assigned to the 


refresh/access grant sequence (Figure 11). This particular 
sequence takes 20 clock cycles, with a logical decision being 
made between count 9 and count 10. If at count 9 RDY is 
low, the counter will continue on and execute the access grant 
sequence. If RDY is high, the controller will clear the counter 
and return to state 0. 


d START 


I 


INITIALIZE 

RESET - H 




f 


STATE 0 

_CNT,P0,P1 = L 

RAS,RDY,MC1,CAS = 
MSEL,RFC * L 



STATE 1 

SET PO - H, PI - L 

EXECUTE ACCESS 
SEQUENCE (Figure 10) 

NOTE: 

IF RESET - H 
GO TO STATE 0 


1 


STATE 2 

SET PO « L, PI = H 

EXECUTE REFRESH 
SEQUENCE (Figure 11) 

NOTE: 

IF ALE.M/IO * H 
THEN SET RDY = L 
IF RESET = H 
GO TO STATE 0 


YES 


ACCESS GRANT 
NOTE: 

IF RESET « H 
GO TO STATE 0 



Figure 9, Flow Chart: Dynamic Memory Timing Controller 


A-16 





CLK ^ 

K- 

1 

-- 

1 

— t2 -►H— 

1 

- *3 - 

1 

— M-►! 

1 


—1 1 

r~\ 

_J~\_ 


J L 

J 

ALE ^ 


-Tl-L 


1 

1 

1 






1 


1 

1 




m/!o 

_ 1 

1 

1 

1 


1 

1 

1 

\_ 





V An A 1 "7 



ppni\/i n/inv/iriRV 

V r~ 

R 

AUA 






) V 

E 

A 



I 


1 



D 

RD 


I 

I 

I 

\_ 

1 

—1- 

1 

_ 1 


W 

D 

ADX 


. . X A0-A17 

J 

WRITE DATA 

Ji 


n 

1 



1 


I 



1 

J 



-. 1 


1 



E 

WR 


1 

1 

\ _ 

1 

-1- 

_ 1 




STO STO STO 

STO ST1 STl 

STl STl STl 

STl ISTI STl 

STl STl STO 

STO STO 



0 0 0 

0 0 1 

2 3 4 

5 1 6 7 

8 9 0 

0 0 


I 


"AS \ _ I_ r 

_ \ _ 

■^ISEL_ I \ 

-^a(c) — H 

CAS \ _ f 


REFREQ * H, RESET * L 
MCI - H, RFC * L, RDY = H 

Figure 10. Access Cycle 


Developing the logic equations for this application 
becomes a simple matter when referencing the sequences to 
a decimal count (Figures 10 and 11). It is important to realize 
that each sequence has been referenced to a state. This allows 
the same binary counter to be used for each sequence, even 
though each sequence is of a different length. 

The first step in implementing the above application 
is to define the logic equations which will make the binary 
counter perform as described in the flow chart of Figure 9. 
As will become evident, these equations fall directly from 
the flow chart. After the counter has been made to perform 
as described, the outputs can be easily decoded from the 
binary count and the present state of the state holding 
registers. 

Figure 12 shows a fuse map for step 1 as described 
above. Initalization is performed by taking the reset input 
high. When this condition occurs, all product lines except 
the reset product line are forced inactive. When the reset 
product line is active, the counter and state holding registers 
(PO and PI) are reset to zero on the first active clock edge. 


The CNT/HLDl register is set high, which places the counter 
in the hold mode. The RDY, MCI, RAS, and CAS outputs 
are driven high on the same active clock edge. Since the RDY 
output does not feed back to the AND array, a buried state 
register, BRDY, is used to monitor the RDY output and is 
also set high. MSEL and RFC are driven low. 

Controlling the binary counter is a simple matter and 
normally takes only a couple of logic equations. For each 
sequence, a start and stop condition must be defined. In the 
case of STl, when the condition RESET = L, ALE = H, 
M/iO = H, REFREQ = H, PO = L, and PI = L occurs, 
STO (PI = L, PO = L) changes to STl (PI = L, PO = H), 
and the CNT/HLDl register is driven low to let the counter 
advance on the next active clock edge. When the counter 
reaches nine, STl returns to STO and the counter is cleared 
and put back into the hold condition. 

In th e case of ST2, when the condition RESET = L, 
REFREQ = L, PO = L, and PI = L occurs, STO changes 
to ST2 (PI = H, PO = L) and the COT/HLDl register is 
driven low to let the counter advance on the next active clock 
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edge. As shown in the flow chart, if M/IO and ALE go high 
while in state 2, RDY and BRDY will be reset low on the 
next active clock edge. When the counter reaches nine, if 
RDY (BRDY) is high the state registers are returned to STO 
and the counter is cleared and placed back into the hold 
condition. If RDY (BRDY) is low, the counter advances on 
until it reaches 19. ST2 then returns to STO with the counter 
being cleared and placed back into the hold condition. 

With the binary counter programmed to execute the 
flow chart in Figure 9, it is now a simple matter of decoding 
the outputs to perform as required in Figures 10 and 11. This 
is the same technique used in Example 1, except now a state 
has been assigned to each sequence. Below is a summary 
of the switching requirements for both the access (STl) and 
the refresh sequence (ST2). 


Access Sequence 

Refresh Sequence 

STl CNT 0: 

Reset RAS 

ST2 CNT 0: 

Reset MCI 

STl CNT 1: 

Set MSEL 

ST2 CNT 1: 

Set RFC, 

STl CNT 2: 

Reset CAS 


Reset RAS 

STl CNT 9: 

Set RAS, 
Reset 

ST2 CNT 5: 

Reset RFC 


MSEL, 

ST2 CNT 6: 

Set RAS 


Set CAS 

ST2 CNT 7: 

Set MCI 



ST2 CNT 10: 

Reset RAS 



ST2 CNT 11: 

Set MSEL 



ST2 CNT 12: 

Reset CAS, 
Set RDY, 

Set BRDY 



ST2 CNT 19: 

Set RAS, 
Reset MSEL, 
Set CAS 

Note that the transition changes are 

set up in the 


previous clock cycle, just as in Example 1. Figure 13 shows 
a complete fuse map for the memory controller. 
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Figure 11. Refresh/Access Grant Cycle 
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DESIGNER NOTES 

Obtaining Maximum Counter Performance 

As with any programmable logic device, there are 
usually several different methods for implementing any one 
application. In some cases, device performance is affected. 
On the PSG, maximum counter frequency is affected by how 
the designer controls the 6-bit counter. 

For example, in the waveform generator example 
shown at the beginning of this application note, the counter 
was reset to zero after reaching count 11 by using the 
nonregistered SCLRO function. By using the registered 
SCLRl function, a higher operating frequency is obtainable. 

This method requires an additional “AND” term as 
shown in Figure 14, but does provide maximum 
performance. Note that during the 10th clock cycle the set 
input on the SCLRl register is high. On the next active clock 
edge, the counter advances to 11 and the SCLRl register 
is set high. This causes the counter to be reset on the next 
active clock edge. At the same time, the SCLRl register is 
reset low to allow the counter to advance past zero. 

In effect, the setup time requirement for SCLRl is 
performed in the previous clock cycle. When using the 
SCLRO method, the setup time must be added to the fmax 
equation. This resul ts in a lower fmax- The same tradeoffs 
apply with the CNT/HLD function. The PSG507 data sheet 
specifies fmax both methods. 

Expanding the 6-Bit Counter 

In Example 2, the six bit counter had to be expanded 
to 7 bits. This was accomplished by adding one of the state 
registers to the most significant bit of the counter. It should 
be noted that the synchronous clear and count hold functions 
must be controlled through the set and reset inputs of the 
added bits. The designer must be aware of certain limitations 
when trying to perform this function. Figure 15 shows three 
additional bits being added to the 6-bit counter. Note that 
every bit added requires two additional “AND” terms. 

A problem can arise on certain counts when trying to 
generate a synchronous clear before reaching the full binary 
count (all outputs high). The designer must ensure that both 
S and R are not high simultaneously. For example, let’s say 
we want the 9-bit counter to return to zero at count 383 
(IOIIIIIII 2 ). At count 383, the S/R register used for C7 
is being told to set. Therefore, any reset command would 
result in both S and R being high simultaneously. 

This problem, only seen on a few data words, can be 
solved by using another state register to control the counter 
reset. This method is similar to that used above to obtain 
maximum operating frequency. Figure 16 shows the 9-bit 
counter returning to zero after count 383. Notice that at 
count 382 the extra S/R register is being told to reset on the 


next active clock edge. At count 383 the six product lines 
controlling C6, C7, and C8 are disabled by the feedback from 
the extra register, in particular the S input on C7. At 
count 383, the 9-bit counter will return to zero and the extra 
register is set high. 

An extra register may also be needed to achieve the 
count/hold function when using an expanded counter. During 
certain counts the added bits will change state, even though 
the 6-bit counter is programmed to hold. For example, let’s 
say we want the 9-bit counter to hold at count 383. Even 
though the 6-bit counter can be held at 111111, C6 and C7 
will advance on the next active clock edge. In order to hold 
C6 and Cl where they are, an extra register is used to disable 
the product lines responsible for the transition from count 
383 to 384. Since the counter is on hold, the extra hold 
register can only be reset from an input pin or a state 
register(s) transition (not on the next count). In this example, 
an in put pin is used to reset the extra register and the 
CNT/HOLD register. When the CONTINUE input is taken 
low, the counter will continue to advance. The system must 
guarantee that the continue input will not be low during count 
382 to avoid the indeterminant set = H, reset = H state. 
Figure 17 shows this 9-bit counter. 

It is also important to note that when using extra 
registers a reset input may be necessary to set the extra 
registers high after powerup, since all S/R registers power- 
up clear. This requirement would not be necessary if the 
phase of the extra register was reversed. This is easily 
accomplished by using the inverted feedback from the extra 
register. However, it is good state machine design practice 
to include a reset input that forces all S/R registers to a known 
state. 

Software Support 

The PSG507 is supported by two software packages; 
CUPL, which was created by and is supported by Assisted 
Technologies, a division of Personal CAD Systems 
Incorporated, and ABEL, which was created by and is 
supported by FutureNet, a division of Data I/O Corporation. 
Each of these software packages can be used to reduce 
equations and to generate a fuse map necessary to program 
the PSG507. Appendices A and B show the ABEL and CUPL 
files for Examples 1, 2, and 3. In addition, a PSG507 
template is shown for each software package. These 
templates provide software information that will make it 
easier for the designer to create the source files. 

Test vectors are included with the ABEL and CUPL 
source files so software simulation can be performed on the 
computer. If the proper instruction is provided, the software 
will attach the test vectors to the end of the fuse map. This 
allows programming equipment to run a functional test on 
each device immediately after programming. 




































Figure 15. Expanding to 9-Bit Counter 
























Figure 16. Resetting after Count 383 
(Expanding the 6-Bit Counter) 
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’PSG507 Example 1: Waveform Generator 

title { 

Device: TIBPSG507 

Application: PSG507 Example 1: Waveform Generator. 

Source: Breuninger, R. K. "A Designer's Guide to the 

TIBPSG507," Programmable Logic Data Book, 3-39, 
Texas Instruments, 1988. 

Transcription: INLAB Inc., 

250-1 West 6th Avenue 
Broomfield, CO 80020 
303-460-0103 

} 

include a507; 


/* counter states of interest */ 
define COUNTl =pt00; 


define 

ptOO = !c3 
COUNTS =pt01; 

& 

!c2 

& 

!cl 

& 

cO; 

define 

ptOl = !c3 
C0UNT7 =pt02/ 

& 

c2 

& 

!cl 

& 

cO; 

define 

pt02 = !c3 
COUNTll=pt03; 

& 

c2 

& 

cl 

& 

cO; 


pt03 = c3 

& 

!c2 

& 

cl 

& 

cO; 


/* ref_clk */ pin8 = pt04; 

pt04 = !c0; 

/* sys_clk */ pin9.s = COUNTS | COUNTll; 

pin9.r = COUNTl j COUNT?; 

/* pclk */ pinl0.s= COUNTll; 

pinlO.r= COUNTS; 

sclrO = COUNTll; 

/* synchronous clear on count 11 */ 

test_vectors { /* psg_clk count ref_clk sys_clk pclk */ 


pinl 




pin8 

pin9 

pinlO 

0 

/* 

0 

*/ 

H 

L 

L 

C 

/* 

1 

*/ 

L 

L 

L 

C 

/* 

2 

*/ 

H 

L 

L 

C 

/* 

3 

*/ 

L 

L 

L 

C 

/* 

4 

*/ 

H 

L 

L 

C 

/* 

5 

*/ 

L 

L 

L 

C 

/* 

6 

*/ 

H 

H 

L 
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c 

/* 

7 

*/ 

L 

H 

L 

c 

/* 

8 

*/ 

H 

L 

L 

c 

/* 

9 

*/ 

L 

L 

L 

c 

/* 

10 

*/ 

H 

L 

L 

c 

/* 

11 

*/ 

L 

L 

L 

c 

/* 

0 

*/ 

H 

H 

H 

c 

/* 

1 

*/ 

L 

H 

H 

c 

/* 

2 

*/ 

H 

L 

H 

c 

/* 

3 

*/ 

L 

L 

H 

c 

/* 

4 

*/ 

H 

L 

H 

c 

/* 

5 

*/ 

L 

L 

H 

c 

/* 

6 

*/ 

H 

H 

L 

c 

/* 

7 

*/ 

L 

H 

L 

c 

/* 

8 

*/ 

H 

L 

L 

c 

/* 

9 

*/ 

L 

L 

L 

c 

/* 

10 

*/ 

H 

L 

L 

c 

/* 

11 

*/ 

L 

L 

L 

c 

/* 

0 

*/ 

H 

H 

H 
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’PSG507 Example 2: Refresh Timer 

title { 

Device: TIBPSG507 

Application: PSG507 Example 2: Refresh Timer. 

Source: Breuninger, R. K. "A Designer's Guide to the 

TIBPSG507," Programmable Logic Data Book, 3-42, 
Texas Instruments, 1988. 

Transcription: INLAB Inc., 

250-1 West 6th Avenue 
Broomfield, CO 80020 
303-460-0103 

} 

include a507; 

/* input signals */ 

define reset = pin2; /* inactive low */ 

define RESET = ptOO; 

ptOO = reset; 

define rfc = pin3; /* active high refresh complete */ 

define RFC = ptOl; 

ptOl = rfc; 

/* the seventh counter bit */ 
define c6 = pO; 

/* counter states of interest */ 
define COUNT63 = pt02; 

pt02 = !c6.q & c5 & c4 & c3 & c2 & cl & cO & !reset; 
define COUNT76 = pt03; 

pt03 = c6.q & !c5 & !c4 & c3 & c2 & !cl & !c0 & !reset; 

/* counter control */ 

c6.s = COUNT63; 

c6.r = COUNT76 | RESET; 

sclrO = COUNT76 | RESET; 

/* refreq */ 

define refreq = pin8; refreq.s = RFC | RESET; 

refreq.r = COUNT76; 

test_vectors { 

pinl reset rfc refreq; 

0 1 0 L; /* power on */ 

repeat 4 { C 1 0 H; } /* reset */ 
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repeat 76 { 


C 0 0 H; } 

C 0 0 L; 

C 0 0 L; 

C 0 1 H; 

repeat 74 { C 0 0 H; } 

C 0 0 L; 

C 0 0 L; 

C 0 1 H; 
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’PSG507 Example 3: Dynamic Memory Timing Controiler 


title { 

Device: TIBPSG507 

Application: PSG507 Example 3: Dynamic Memory Timing 

Controller. 

Source: Breuninger, R. K. "A Designer's Guide to the 

TIBPSG507," Programmable Logic Data Book, 3-45, 
Texas Instruments, 1988. 

Transcription: INLAB Inc., 

250-1 West 6th Avenue 
Broomfield, CO 80020 
303-460-0103 

} 

include a507; 

/* input signals */ 


define 

reset 

= pin2; 

/* inactive low 

*/ 


define 

ale 

= pin3; 

/* address 

latch 

enable * 

/ 

define 

mio 

= pin4; 

/* memory 

I/O */ 



define 

refreq 

= pinS; 

/* refresh 

. request */ 


/* output signals */ 





define 

rdy 

= pin8; 

/* ready * 

/ 



define 

mcl 

= pin9; 

/* mode control 

*/ 


define 

rfc 

= pinlO 

; /* refresh 

. complete */ 


define 

ras 

= pinll 

; /* row address strobe */ 


define 

ms el 

= pinl3 

; /* multiplexer select */ 


define 

cas 

= pinl4 

; /* column 

address strobe 

*/ 

/* internal */ 






define 

brdy 

= p2; 

/* buried 

ready 

- always 

identical to 




output 

signal 

'rdy'. 

Permits testing 




the output pin state. 

*/ 

/* counter states of interest */ 




define 

COUNTO 

= ! c4 & 

!c3 & !c2 & 

! cl & 

! cO; 


define 

COUNTl 

= 1 c4 & 

!c3 & !c2 & 

!cl & 

cO; 


define 

C0UNT2 

= ! c4 & 

!c3 & !c2 & 

cl & 

!c0; 


define 

COUNT3 

= ! c4 & 

!c3 & !c2 & 

cl & 

cO; 


define 

COUNTS 

= ! c4 & 

! c3 & c2 & 

!cl & 

cO; 


define 

COUNTS 

= ! c4 & 

1 c3 & c2 & 

cl & 

! cO; 


define 

COUNT9 

= 1 c4 & 

c3 & !c2 & 

!cl & 

cO; 


define 

COUNTl0 

= ! c4 & 

c3 & !c2 & 

cl S 

1 cO; 


define 

COUNTl1 

= ! c4 & 

c3 & !c2 & 

cl & 

cO; 


define 

C0UNT12 

= 1 c4 & 

c3 & c2 & 

!cl & 

!c0; 


define 

COUNTl9 

= c4 & 

!c3 & !c2 & 

cl & 

cO; 




/* LOW and HIGH operations for clarity */ 

define LOW = .r=l; /* usage: (rs LOW) -> (rs.r=l) */ 

define HIGH = .s=l; 

state_diagram (pl.q/pO.q) { 

if (reset) { 

/* These are the levels of all output and control 
signals in the idle state. Other states return 

modified signals to these levels before resuming the 
idle state. */ 

mcl HIGH; rdy HIGH; rfc LOW; ras HIGH; msel LOW; 
cas HIGH; brdy HIGH; 

sclrO=l; hldl HIGH; /* counter cleared and holding */ 
idleState; 

} 

state idleState=00 { 

/* Wait for Request */ 
if (ale & mio & refreq) { 

/* Memory Access Request */ 

hldl LOW; 

accessCycle; 

} 

if (!refreq) { 

/* Memory Refresh Request */ 
hldl LOW; 
refreshCycle; 

} 

} 

state accessCycle=01 { 

/* Generate the Memory Access Sequence. */ 
if (COUNTO) 

ras LOW; 
if (COUNTl) 

msel HIGH; 
if (C0UNT2) 

cas LOW; 
if (COUNTS) { 

/* Return modified control and output 
signals to their idle values. */ 
ras HIGH; msel LOW; cas HIGH; 
sclrO=l; hldl HIGH; 
idleState; 

1 

} 

state refreshCycle=lx { 

/* Generate the Memory Refresh Sequence. */ 
if (ale & mio) { 
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} 

if 

if 

} 

if 

if 

if 

if 


/* 

if 

if 

if 

} 

if 

} 

} 

} 

test vectors 


/* An Access Request occurs during refresh. Hold 
off the processor until refresh is complete (at 
C0UNT9 below). */ 
rdy LOW; 
brdy LOW; 

(COUNT0) 
mcl LOW; 

(COUNTl) { 

rfc HIGH; ras LOW; 

(COUNTS) 
mcl HIGH; 

(COUNTS) 
rfc LOW; 

(COUNTS) 
ras HIGH; 

(COUNT9) 

/* The Refresh Sequence is complete. */ 
if (brdy.q) { 

/* The processor did NOT make a Memory Access 
request during the Refresh Sequence. 

Return to idle. */ 
sclr0=l; hldl HIGH; 
idleState; 

} 

A Memory Access Request was received during the 
Refresh Sequence. Generate the Memory Access 
Sequence now. */ 

(COUNTl0) 
ras LOW; 

(COUNTll) 
ms el HIGH; 

(COUNT12) { 

rdy HIGH; cas LOW; 
brdy HIGH; 

(COUNTl9) { 

ras HIGH; msel LOW; cas HIGH; 
sclr0=l; hldl HIGH; 
idleState; 


{ 


/* Access Cycle */ 


pinl reset ale mio refreq rdy mcl rfc ras msel cas; 



0 0 00 1 LLLLL L;/* power on*/ 


c 

1 

0 

0 

1 

H 

H 

L 

H 

L 

H 

/ 

/* 

reset 

c 

0 

0 

0 

1 

H 

H 

L 

H 

L 

H 

/ 




c 

0 

0 

0 

1 

H 

H 

L 

H 

L 

H 

/ 




c 

0 

0 

1 

1 

H 

H 

L 

H 

L 

H 

r 




c 

0 

1 

1 

1 

H 

H 

L 

H 

L 

H 

} 

/* 

0 

*/ 

c 

0 

0 

1 

1 

H 

H 

L 

L 

L 

H 

/ 

/* 

1 

*/ 

c 

0 

0 

1 

1 

H 

H 

L 

L 

H 

H 

/ 

/* 

2 

*/ 

c 

0 

0 

1 

1 

H 

H 

L 

L 

H 

L 

/ 

/* 

3 

*/ 

c 

0 

0 

1 

1 

H 

H 

L 

L 

H 

L 

f 

/* 

4 

*/ 

c 

0 

0 

1 

1 

H 

H 

L 

L 

H 

L 

) 

/* 

5 

*/ 

c 

0 

0 

1 

1 

H 

H 

L 

L 

H 

L 

f 

/* 

6 

*/ 

c 

0 

0 

1 

1 

H 

H 

L 

L 

H 

L 

f 

/* 

7 

*/ 

c 

0 

0 

1 

1 

H 

H 

L 

L 

H 

L 

f 

/* 

8 

*/ 

c 

0 

0 

1 

1 

H 

H 

L 

L 

H 

L 

} 

/* 

9 

*/ 

c 

0 

0 

1 

1 

H 

H 

L 

H 

L 

H 

} 

/* 

0 

*/ 

c 

0 

0 

1 

1 

H 

H 

L 

H 

L 

H 

7 

/* 

0 

*/ 




/* 

Refresh 

Cycle 









pinl 

reset 

ale 

mio 

refreq 

rdy mcl 

rfc 

ras 

ms el 

cas 




*/ 

C 

0 

0 

0 

0 

H 

H 

L 

H 

L 

H 

/ 

/* 

0 

*/ 

C 

0 

0 

1 

0 

H 

L 

L 

H 

L 

H 

r 

/* 

1 

*/ 

C 

0 

0 

1 

0 

H 

L 

H 

L 

L 

H 

r 

/* 

2 

*/ 

C 

0 

0 

1 

0 

H 

L 

H 

L 

L 

H 

/ 

/* 

3 

*/ 

C 

0 

0 

1 

0 

H 

H 

H 

L 

L 

H 

f 

/* 

4 

*/ 

C 

0 

0 

1 

0 

H 

H 

H 

L 

L 

H 

/ 

/* 

5 

*/ 

C 

0 

0 

1 

1 

H 

H 

L 

L 

L 

H 

/ 

/* 

6 

*/ 

c 

0 

0 

1 

1 

H 

H 

L 

H 

L 

H 

7 

/* 

7 

*/ 

c 

0 

0 

1 

1 

H 

H 

L 

H 

L 

H 

7 

/* 

8 

*/ 

c 

0 

0 

1 

1 

H 

H 

L 

H 

L 

H 

7 

/* 

9 

*/ 

c 

0 

0 

1 

1 

H 

H 

L 

H 

L 

H 

t 

/* 

0 

*/ 

c 

0 

0 

1 

1 

H 

H 

L 

H 

L 

H 

7 

/* 

0 

*/ 




/* 

Refresh/Access 

Grant Cycle 






pinl 

reset 

ale 

mio 

refreq 

rdy mcl 

rfc 

ras 

msel 

cas 




*/ 

C 

0 

0 

0 

0 

H 

H 

L 

H 

L 

H 

/ 

/* 

0 

*/ 

C 

0 

0 

1 

0 

H 

L 

L 

H 

L 

H 

/ 

/* 

1 

*/ 

C 

0 

0 

1 

0 

H 

L 

H 

L 

L 

H 

7 

/* 

2 

*/ 

C 

0 

1 

1 

0 

L 

L 

H 

L 

L 

H 

f 

/* 

3 

*/ 

c 

0 

0 

1 

0 

L 

H 

H 

L 

L 

H 

r 

/* 

4 

*/ 

c 

0 

0 

1 

0 

L 

H 

H 

L 

L 

H 

r 

/* 

5 

*/ 

c 

0 

0 

1 

1 

L 

H 

L 

L 

L 

H 

/ 

/* 

6 

*/ 

c 

0 

0 

1 

1 

L 

H 

L 

H 

L 

H 

7 

/* 

7 

*/ 

c 

0 

0 

1 

1 

L 

H 

L 

H 

L 

H 

f 

/* 

8 

*/ 

c 

0 

0 

1 

1 

L 

H 

L 

H 

Xj 

H 

7 

/* 

9 

*/ 

c 

0 

0 

1 

1 

L 

H 

L 

H 

L 

H 

7 

/* 

10 

*/ 
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c 

0 

0 

1 

1 

L 

H 

L 

L 

L 

H 

/ 

/* 

11 

*/ 

c 

0 

0 

1 

1 

L 

H 

L 

L 

H 

H 

f 

/* 

12 

*/ 

c 

0 

0 

1 

1 

H 

H 

L 

L 

H 

L 

/ 

/* 

13 

*/ 

c 

0 

0 

1 

1 

H 

H 

L 

L 

H 

L 

/ 

/* 

14 

*/ 

c 

0 

0 

1 

1 

H 

H 

L 

L 

H 

L 

f 

/* 

15 

*/ 

c 

0 

0 

1 

1 

H 

H 

L 

L 

H 

L 

f 

/* 

16 

*/ 

c 

0 

0 

1 

1 

H 

H 

L 

L 

H 

L 

f 

/* 

17 

*/ 

c 

0 

0 

1 

1 

H 

H 

L 

L 

H 

L 

/ 

/* 

18 

*/ 

c 

0 

0 

1 

1 

H 

H 

L 

L 

H 

L 

f 

/* 

19 

*/ 

c 

0 

0 

1 

1 

H 

H 

L 

H 

L 

H 

f 

/* 

0 

*/ 

c 

0 

0 

1 

1 

H 

H 

L 

H 

L 

H 

/ 

/* 

0 

*/ 
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Appendix B 


Tl Device Cross Reference 


vvA».^^^^^vvAVA^^v*^^^v*^w^v^v.rAr*v.vA^^w*vv.vvrf/*^v*vvrfArAV«^v.v.v^AVA^^r*^^^vv*^rArA^VArArArAr*^^^^ 


^r*r*v*v►r*^.vvv.^^^w*VArAVA^vv^vAVA^WAV*y«AVAV*^^y^VA^^VAVv^vvvAVv.vv^v*VJWrf^vvArAvvv.r*r*vA^rA^vvA^^ 


Tl DEVICE CROSS REFERENCE 


Tl Device Name 

proLoaic Name 

Paqe 

PAL16L8A/A-2 

P16L8 

C-15 

PAL16R4A/A-2 

P16R4 

C-19 

PAL16R6A/A-2 

P16R6 

C-20 

PAL16R8A/A-2 

P16R8 

C-21 

PAL20L8A 

P20L8 

C-24 

PAL20R4A 

P20R4 

C-26 

PAL20R6A 

P20R6 

C-27 

PAL20R8A 

P20R8 

C-28 

TIBPAD16N8-7 

P16N8 

C-16 

TIBPAD18N8-6 

P18N8 

C-22 

TIBPAL16L8 

P16L8 

C-15 

TIBPAL16R4 

P16R4 

C-19 

TIBPAL16R6 

P16R6 

C-20 

TIBPAL16R8 

P16R8 

C-21 
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Tl DEVICE CROSS REFERENCE (continued) 


Tl Device Name 

proLoaic Name 

Paqe 

TIB82S105B 

A105B 
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C-5 

TIBPLS506 

A506 

C—7 

T1BPSG507 

A507 

C-11 

TICPAL16L8 

P16L8 

C-15 

TICPAL16R4 

P16R4 

C-19 

TICPAL16R6 

P16R6 

C-20 

TICPAL16R8 

P16R8 

C-21 

TICPAL22V10 

P22V10 

C-32 

TIEPAL10H16P8 

P16P8E 

C-34 


B-2 


The proLogic Compiler 



Appendix C 


Logic Diagrams 
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DEFAULT STATES 

All unreferenced gates remain unprogrammed. 

Unreferenced AND gates default to logic 0. Unreferenced DR gates 
are undefined. 

Example: 

ptOO = Oj /5K default AND gate 

preset = pinl9j /* default PRESET/OE OPTION 


PRESET/DE DPTIDN 
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DEFAULT STATES 

All unreferenced gates renaln unprogranned. 

Unreferenced AND gates default to logic 0. Unreferenced DR gates 
are undefined, 

Exanplei 

ptOO = Oj /* default AND gate_*/ 

preset = pinl6j /* default PRESET/OE DPTIDN 


PRESET/DE DPTIDN 
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DEFAULT STATES 

All unreferenced gates remain unprogrammed. 

Unreferenced AND gates default to logic 0. Unreferenced DR gates 
are undefined. The Output Cells default to registered operation. 
Registers are positive-edge triggered. Outputs are permanently 
enabled. 


Example* 


pt96 = Oj 
oe = Ij 
elk = pinlj 


default AND gate 

output buffers always enabled 

registers positive-edge triggered 


OUTPUT ENABLE 


OUTPUTS PERMANENTLY ENABLED 


17- 


r 


oe = Ij 


to DC oill output cells 


default */ 


PIN 17 DUTPUT ENABLE 


17- 


r 


to □£> all output cells 


oe = ! plnl7j 


1_ 

1 

CLOCK POLARITY 



POSITIVE-EDGE TRIGGERED 

1to all registers^ 




elk = plnlj /* default */ 


NEGATIVE-EDGE TRIGGERED 

\to all registers^ 


DO- 


r 


elk = ! plnlj 


TYPICAL OUTPUT CELL OPERATION 


REGISTERED 



No signal specification for pln8= 
Is permitted. 


Unprogrammed State 


COMBINATORIAL 



Signal specifications for pinS.s 
and pln8.r= are not permitted. 
All cells of the reset term 
are programmed as If 

pln8.r = Oj 
had been specified. 
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DEFAULT STATES 


AU unreferenced gates remain unprogrammed. 

Unreferenced AND gates default to logic 0. Unreferenced DR gates 
are undefined. The Output Cells default to registered operation. 
Registers are positive-edge triggered. Outputs are premanently 
enabled. 

Examplei 

pt79 = Oj /* default AND gate */ 

oe = Ij /* output buffers always enabled */ 

elk = plnlj /5K registers positive-edge triggered */ 


OUTPUT ENABLE 


CLOCK POLARITY 


TYPICAL OUTPUT CELL OPERATION 

REGISTERED 

COMBINATORIAL 

I I 
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No signal specifIcation for pln8= 

Signal specifications for pln8.s= 

Is permitted. 

and pln8.r= are not permitted. 


All cells of the reset term 


are programmed as If 


pln8.r = Oj 

Unprogranned State 

had been specified. 

I 


a507-l 


NEGATIVE-EDGE TRIGGERED 
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elk - Ipinlj 



PIN 17 OUTPUT ENABLE 


to OE> all output cells 


oe = I pinl7j 


OUTPUTS PERMANENTLY ENABLED 

17 __N output cells 

^^ * 

oe = Ij default 
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CONFIGURATION OPTIONS 
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TI Sales Offices 


ALABAMA: Huntsville (205) 837-7530. 

ARIZONA: Phoenix (602) 995-1007; 

Tucson (602) 292-2640. 

CALIFORNIA: Irvine (714) 660-1200; 

Roseville (916) 786-9208; 

San Diego (619) 278-9601; 

Santa Clara (408) 980-9000; 

Torrance (213) 217-7010; 

Woodland Hills (818) 704-7759. 

COLORADO: Aurora (303) 368-8000. 
CONNECTICUT: Wallingford (203) 269-0074. 

FLORIDA: Altamonte Springs (305) 260-2116; 
Ft. Lauderdale (305) 973-8502; 

Tampa (813) 885-7411. 

GEORGIA: Norcross (404) 662-7900. 

ILLINOIS: Arlington Heights (312) 640-2925. 

INDIANA: Carmel (317) 573-6400; 

Ft. Wayne (219) 424-5174. 

IOWA: Cedar Rapids (319) 395-9550. 

KANSAS: Overland Park (913) 451-4511. 
MARYLAND: Columbia (301) 964-2003. 
MASSACHUSETTS: Waltham (617) 895-9100. 

MICHIGAN: Farmington Hills (313) 553-1569; 
Grand Rapids (616) 957-4200. 

MINNESOTA; Eden Prairie (612) 828-9300. 
MISSOURI: St. Louis (314) 569-7600. 

NEW JERSEY: Iselin (201) 750-1050. 

NEW MEXICO: Albuquerque (505) 345-2555. 

NEW YORK: East Syracuse (315) 463-9291; 
Melville (516) 454-6600; 

Plttsford (716) 385-6770; 

Poughkeepsie (914) 473-2900. 

NORTH CAROLINA: Charlotte (704) 527-0933; 
Raleigh (919) 876-2725. 

OHIO: Beachwood (216) 464-6100; 

Beaver Creek (513) 427-6200. 

OREGON: Beaverton (503) 643-6758. 
PENNSYLVANIA: Blue Bell (215) 825-9500. 
PUERTO RICO: Hato Rey (809) 753-8700. 
TENNESSEE: Johnson City (615) 461-2192. 

TEXAS: Austin (512) 250-7655; 

Houston (713) 778-6592; 

Richardson (214) 680-5082; 

San Antonio (512) 496-1779. 

UTAH: Murray (801) 266-8972. 

WASHINGTON: Redmond (206) 881-3080. 
WISCONSIN: Brookfield (414) 782-2899. 

CANADA: Nepean, Ontario (613) 726-1970; 
Richmond Hill, Ontario (416) 884-9181; 

St. Laurent, Quebec (514) 336-1860. 


Tl Regional 
Technology Centers 

CALIFORNIA: Irvine (714) 660-8105; 

Santa Clara (408) 748-2220; 

GEORGIA: Norcross (404) 662-7945. 

ILLINOIS Arlington Heights (312) 640-2909. 
MASSACHUSETTS: Waltham (617) 895-9196. 

TEXAS: Richardson (214) 680-5066. 

CANADA: Nepean, Ontario (613) 726-1970. 


TI Distributors 


TI AUTHORIZED DISTRIBUTORS 
Arrow/Klerulff Electronics Group 
Arrow (Canada) 

Future Electronics (Canada) 

GRS Electronics Co., Inc. 
Hall-Mark Electronics 
Marshall Industries 
Newark Electronics 
Schweber Electronics 
Time Electronics 
Wyle Laboratories 
Zeus Components 

-OBSOLETE PRODUCT ONLY- 
Rochester Electronics, Inc. 
Newburyport, Massachusetts 
(508) 462-9332 


ALABAMA: Arrow/Kierulff (205) 837-6955; 

Hall-Mark (205) 837-8700; Marshall (205) 881-9235; 
Schweber (205) 895-0480. 

ARIZONA: Arrow/Kierulff (602) 437-0750; 

Hall-Mark (602) 437-1200; Marshall (602) 496-0290; 
Schweber (602) 431-0030; Wyle (602) 866-2888. 

CALIFORNIA: Los Angetes/Orange County: 
Arrow/Kierulff (818) 701-7500, (714) 838-5422; 
Hall-Mark (818) 773-4500, (714) 669-4100; 

Marshall (818) 407-0101, (818) 459-5500, 

(714) 458-5395; Schweber (818) 880-9686; 

(714) 863-0200, (213) 320-8090; Wyle (818) 880-9000, 
(714) 863-9953; Zeus (714) 921-9000; (818) 889-3838; 
Sacramento: Hall-Mark (916) 624-9781; 

Marshall (916) 635-9700; Schweber (916) 364-0222; 
Wyle (916) 638-5282; 

San Diego: Arrow/Kierulff (619) 565-4800; 

Hall-Mark (619) 268-1201; Marshall (619) 578-9600; 
Schweber (619) 450-0454; Wyle (619) 565-9171; 

San Francisco Bay Area: Arrow/Kierulff (408) 745-6600, 
Hall-Mark (408) 432-0900; Marshall (408) 942-4600; 
Schweber (408) 432-7171; Wyle (408) 727-2500; 

Zeus (408) 998-5121. 

COLORADO: Arrow/Kierulff (303) 790-4444; 

Hall-Mark (303) 790-1662; Marshall (303) 451-8383; 
Schweber (303) 799-0258; Wyle (303) 457-9953. 

CONNETICUT: Arrow/Kierulff (203) 265-7741; 
Hall-Mark (203) 271-2844; Marshall (203) 265-3822; 
Schweber (203) 264-4700. 

FLORIDA: Ft. Lauderdale: 

Arrow/Kierulff (305) 429-8200; Hall-Mark (305) 971-9280; 
Marshall (305) 977-4880; Schweber (305) 977-7511; 
Orlando: Arrow/Kierulff (407) 323-0252; 

Hall-Mark (407) 830-5855; Marshall (407) 767-8585; 
Schweber (407) 331-7555; Zeus (407) 365-3000; 
Tampa: Hall-Mark (813) 530-4543; 

Marshall (813) 576-1399; Schweber (813) 541-5100. 

GEORGIA: Arrow/Kierulff (404) 449-8252; 

Hall-Mark (404) 447-8000; Marshall (404) 923-5750; 
Schweber (404) 449-9170. 

ILLINOIS: Arrow/Kierulff (312) 250-0500; 

Hall-Mark (312) 860-3800; Marshall (312) 490-0155; 
Newark (312) 784-5100; Schweber (312) 364-3750. 

INDIANA: Indianapolis: Arrow/Kierulff (317) 243-9353; 
Hall-Mark (317) 872-8875; Marshall (317) 297-0483; 
Schweber (317) 843-1050. 

IOWA: Arrow/Kierulff (319) 395-7230; 

Schweber (319) 373-1417. 

KANSAS: Kansas City: Arrow/Kierulff (913)541-9542; 
Hall-Mark (913) 888-4747; Marshall (913) 492-3121; 
Schweber (913) 492-2922. 
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MARYLAND; Arrow/Kierulff (301) 995-6002; 

Hall-Mark (301) 988-9800; Marshall (301) 235-9464; 
Schweber (301) 840-5900; Zeus (301) 997-1118. 

MASSACHUSETTS Arrow/Kierulff (508) 658-0900; 
Hall-Mark (508) 667-0902; Marshall (508) 658-0810; 
Schweber (617) 275-5100; Time (617) 532-6200; 

Wyle (617) 273-7300; Zeus (617) 863-8800. 

MICHIGAN: Detroit: Arrow/Kierulff (313) 462-2290; 
Hall-Mark (313) 462-1205; Marshall (313) 525-5850; 
Newark (313) 967-0600; Schweber (313) 525-8100; 
Grand Rapids: Arrow/Kierulff (616) 243-0912. 

MINNESOTA: Arrow/Kierulff (612) 830-1800; 

Hall-Mark (612) 941-2600; Marshall (612) 559-2211; 
Schweber (612) 941-5280. 

MISSOURI: St. Louis: Arrow/Kierulff (314) 567-6888; 
Hall-Mark (314) 291-5350; Marshall (314) 291-4650; 
Schweber (314) 739-0526. 

NEW HAMPSHIRE: Arrow/Kierulff (603) 668-6968; 
Schweber (603) 625-2250. 

NEW JERSEY: Arrow/Kierulff (201) 538-0900, 

(609) 596-8000; GRS Electronics (609) 964-8560; 
Hall-Mark (201) 575-4415, (201) 882-9773, 

(609) 235-1900; Marshall (201) 882-0320, 

(609) 234-9100; Schweber (201) 227-7880. 

NEW MEXICO: Arrow/Kierulff (505) 243-4566. 

NEW YORK: Long Island: 

Arrow/Kierulff (516) 231-1009; Hall-Mark (516) 737-0600; 
Marshall (516) 273-2424; Schweber (516) 334-7474; 
Zeus (914) 937-7400; 

Rochester: Arrow/Kierulff (716) 427-0300; 

Hall-Mark (716) 425-3300; Marshall (716) 235-7620; 
Schweber (716) 424-2222; 

Syracuse: Marshall (607) 798-1611. 

NORTH CAROLINA: Arrow/Kierulff (919) 876-3132, 
(919) 725-8711; Hall-Mark (919) 872-0712; 

Marshall (919) 878-9882; Schweber (919) 876-0000. 

OHIO: Cleveland: Arrow/Kierulff (216) 248-3990; 
Hall-Mark (216) 349-4632; Marshall (216) 248-1788; 
Schweber (216) 464-2970; 

Columbus: Hall-Mark (614) 888-3313; 

Dayton: Arrow/Kierulff (513) 435-5563; 

Marshall (513) 898-4480; Schweber (513) 439-1800. 

OKLAHOMA: Arrow/Kierulff (918) 252-7537; 
Schweber (918) 622-8003. 

OREGON: Arrow/Kierulff (503) 645-6456; 

Marshall (503) 644-5050; Wyle (503) 640-6000. 

PENNSYLVANIA: Arrow/Kierulff (412) 856-7000, 

(215) 928-1800; GRS Electronics (215) 922-7037; 
Marshall (412) 963-0441; Schweber (215) 441-0600, 
(412) 963-6804. 

TEXAS: Austin: Arrow/Kierulff (512) 835-4180; 
Hall-Mark (512) 258-8848; Marshall (512) 837-1991; 
Schweber (512) 339-0088; Wyle (512) 834-9957; 
Dallas: Arrow/Kierulff (214) 380-6464; 

Hall-Mark (214) 553-4300; Marshall (214) 233-5200; 
Schweber (214) 661-5010; Wyle (214) 235-9953; 

Zeus (214) 783-7010; 

El Paso: Marshall (915) 593-0706; 

Houston: Arrow/Kierulff (713) 530-4700; 

Hall-Mark (713) 781-6100; Marshall (713) 895-9200; 
Schweber (713) 784-3600; Wyle (713) 879-9953. 

UTAH: Arrow/Kierulff (801) 973-6913; 

Hall-Mark (801) 972-1008; Marshall (801) 485-1551; 
Wyle (801) 974-9953. 

WASHINGTON: Arrow/Kierulff (206) 575-4420; 
Marshall (206) 486-5747; Wyle (206) 881-1150. 

WISCONSIN: Arrow/Klerulff (414) 792-0150; 

Hall-Mark (414) 797-7844; Marshall (414) 797-8400; 
Schweber (414) 784-9020. 

CANADA: Calgary: Future (403) 235-5325; 
Edmonton: Future (403) 438-2858; 

Montreal: Arrow Canada (514) 735-5511; 

Future (514) 694-7710; 

Ottawa: Arrow Canada (613) 226-6903; 

Future (613) 820-8313; 

Quebec City: Arrow Canada (418) 871-7500; 

Toronto: Arrow Canada (416) 672-7769; 

Future (416) 638-4771; Marshall (416) 674-2161; 
Vancouver: Arrow Canada (604) 291-2986; 

Future (604) 294-1166. 


Customer 
Response Center 

TOLL FREE: (800) 232-3200 

OUTSIDE USA: (214) 995-6611 

(8:00 a.m. - 5:00 p.m. CST) 
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TI Worldwide 
Sales Offices 


ALABAMA: Huntsville: 500 Wynn Drive, Suite 514, 
Huntsville, AL 35805, (205) 837-7530. 

ARIZONA: Phoenix: 8825 N. 23rd Ave., Phoenix, 

AZ 85021, (602) 995-1007;TUCSON: 818 W. Miracle 
Mile, Suite 43, Tucson, AZ 85705, (602) 292-2640. 

CALIFORNIA: Irvine: 17891 Cartwright Dr., Irvine, CA 
92714, (714) 660-1200; Roseville: 1 Sierra Gate 
Plaza, Roseville, CA 95678, (916) 786-9208; 

San Diego: 4333 View Ridge Ave., Suite 100, 

San Diego, CA 92123, (619) 278-9601; 

Santa Clara: 5353 Betsy Ross Dr., Santa Clara, CA 
95054, (408) 980-9000; Torrance: 690 Knox St., 
Torrance, CA 90502, (213) 217-7010; 

Woodland Hills: 21220 Erwin St., Woodland Hills, 

CA 91367, (818) 704-7759. 

COLORADO: Aurora: 1400 S. Potomac Ave., 

Suite 101, Aurora, CO 80012, (303) 368-8000. 

CONNECTICUT: Wallingford: 9 Barnes Industrial Park 
Rd., Barnes Industrial Park, Wallingford, 

CT 06492, (203) 269-0074. 

FLORIDA: Altamonte Springs: 370 S. North Lake Blvd, 
Altamonte Springs, FL 32701, (305) 260-2116; 

Ft. Lauderdale: 2950 N.W. 62nd St., 

Ft. Lauderdale, FL 33309, (305) 973-8502; 

Tampa: 4803 George Rd., Suite 390, 

Tampa, FL 33634, (813) 885-7411. 

GEORGIA: Norcross: 5515 Spalding Drive, Norcross, 
GA 30092, (404) 662-7900 

ILLINOIS: Arlington Heights: 515 W. Algonquin, 
Arlington Heights, IL 60005, (312) 640-2925. 

INDIANA: Ft. Wayne: 2020 In wood Dr., 

Ft. Wayne, IN 46815, (219) 424-5174; 

Carmel: 550 Congressional Dr., Carmel, IN 46032, 
(317) 573-6400. 

IOWA: Cedar Rapids: 373 Collins Rd. NE, Suite 201, 
Cedar Rapids, lA 52402, (319) 395-9550. 

KANSAS: Overland Park: 7300 College Blvd., Lighten 
Plaza, Overland Park, KS 66210, (913) 451-4511. 

MARYLAND: Columbia: 8815 Centre Park Dr., 
Columbia MD 21045, (301) 964-2003. 

MASSACHUSETTS: Waltham: 950 Winter St., 
Waltham, MA 02154, (617) 895-9100. 

MICHIGAN: Farmington Hills: 33737 W. 12 Mile Rd., 
Farmington Hills, Ml 48018, (313) 553-1569. 

Grand Rapids: 3075 Orchard Vista Dr. S.E., 

Grand Rapids, Ml 49506, (616) 957-4200. 

MINNESOTA: Eden Prairie: 11000 W. 78th St., 

Eden Prairie, MN 55344 (612) 828-9300. 

MISSOURI: St. Louis: 11816 Borman Drive, 

St. Louis, MO 63146, (314) 569-7600. 

NEW JERSEY: Iselin: 485E U.S. Route 1 South, 
Parkway Towers, Iselin, NJ 08830 (201) 750-1050. 

NEW MEXICO: Albuquerque: 2820-D Broadbent Pkwy 
NE, Albuquerque, NM 87107, (505) 345-2555. 

NEW YORK: East Syracuse: 6365 Collamer Dr., 

East Syracuse, NY 13057, (315) 463-9291; 

Melville: 1895 Walt Whitman Rd., P.O. Box 2936, 
Melville, NY 11747, (516) 454-6600; 

Pittsford: 2851 Clover St., Pittsford, NY 14534, 

(716) 385-6770; 

Poughkeepsie: 385 South Rd., Poughkeepsie, 

NY 12601, (914) 473-2900. 

NORTH CAROLINA: Charlotte: 8 Woodlawn Green, 
Woodlawn Rd., Charlotte, NC 28210, (704) 

527-0933; Raleigh: 2809 Highwoods Blvd., Suite 100, 
Raleigh, NC 27625, (919) 876-2725. 

OHIO: Beachwood: 23775 Commerce Park Rd., 
Beachwood, OH 44122, (216) 464-6100; 

Beavercreek: 4200 Colonel Glenn Hwy., 

Beavercreek, OH 45431, (513) 427-6200. 


OREGON: Beaverton: 6700 SW 105th St., Suite 110, 
Beaverton, OR 97005, (503) 643-6758. 

PENNSYLVANIA: Blue Bell: 670 Sentry Pkwy, 

Blue Bell, PA 19422, (215) 825-9500. 

PUERTO RICO: Hato Rey: Mercantil Plaza Bldg., 

Suite 505, Hato Rey, PR 00918, (809) 753-8700. 

TENNESSEE: Johnson City: Erwin Hwy, 

P.O. Drawer 1255, Johnson City, TN 37605 
(615) 461-2192. 

TEXAS: Austin: 12501 Research Blvd., Austin, TX 
78759, (512) 250-7655; Richardson: 1001 E. 
Campbell Rd., Richardson, TX 75081, 

(214) 680-5082; Houston: 9100 Southwest Frwy., 
Suite 250, Houston, TX 77074, (713) 778-6592; 

San Antonio: 1000 Central Parkway South, 

San Antonio, TX 78232, (512) 496-1779. 

UTAH: Murray: 5201 South Green St., Suite 200, 
Murray, UT 84123, (801) 266-8972. 

WASHINGTON: Redmond: 5010 148th NE, Bldg B, 
Suite 107, Redmond, WA 98052, (206) 881-3080. 

WISCONSIN: Brookfield: 450 N. Sunny Slope, Suite 
150, Brookfield, Wl 53005, (414) 782-2899. 

CANADA: Nepean: 301 Moodie Drive, Mallorn Center, 
Nepean, Ontario, Canada, K2H9C4, 

(613) 726-1970. Richmond Hill: 280 Centre St. E., 
Richmond Hill L4C1B1, Ontario, Canada 
(416) 884-9181; St. Laurent: Ville St. Laurent 
Quebec, 9460 Trans Canada Hwy., St. Laurent, 
Quebec, Canada H4S1R7, (514) 336-1860. 


ARGENTINA: Texas Instruments Argentina Viamonte 
1119, 1053 Capital Federal, Buenos Aires, Argentina, 
541/748-3699 

AUSTRALIA (& NEW ZEALAND): Texas Instruments 
Australia Ltd.; 6-10 Talavera Rd., North Ryde 
(Sydney), New South Wales, Australia 2113, 

2 + 887-1122; 5th Floor, 418 St. Kilda Road, 
Melbourne, Victoria, Australia 3004, 3 -t- 267-4677; 
171 Philip Highway, Elizabeth, South Australia 5112, 
8 + 255-2066. 

AUSTRIA: Texas Instruments Ges.m.b.H.: 
Industriestrabe B/16, A-2345 Brunn/Gebirge, 
2236-846210. 

BELGIUM: Texas Instruments N.V. Belgium S.A.; 11, 
Avenue Jules Bondetlaan 11, 1140 Brussels, Belgium, 
(02) 242-3080. 

BRAZIL: Texas Instruments Electronicos do Brasil 
Ltda.: Rua Paes Leme, 524-7 Andar Pinheiros, 05424 
Sao Paulo, Brazil, 0815-6166. 

DENMARK: Texas Instruments A/S, Mairelundvej 46E, 
2730 Herlev, Denmark, 2- 91 74 00. 

FINLAND: Texas Instruments Finland OY; 

Ahertajantie 3, P.O. Box 81, ESPOO, Finland, (90) 
0-461-422. 

FRANCE: Texas Instruments France: Paris Office, BP 
67 8-10 Avenue Morane-Saulnier, 78141 Velizy- 
Villacoublay cedex (1) 30 70 1003. 

GERMANY (Fed. Republic of Germany): Texas 
Instruments Deutschland GmbH: Haggertystrasse 1, 
8050 Freising, 8161 -1-80-4591; Kurfuerstendamm 
195/196, 1000 Berlin 15, 30-»-882-7365; III, Hagen 
43/Kibbelstrasse, .19, 4300 Essen, 201-24250; 
Kirchhorsterstrasse 2, 3000 Hannover 51, 

511 648021; Maybachstrabe 11, 7302 Ostfildern 

2-Nelingen, 711-1-34030. 
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HONG KONG: Texas Instruments Hong Kong Ltd., 8th 
Floor, World Shipping Ctr., 7 Canton Rd., Kowloon, 
Hong Kong, (852) 3-7351223. 

IRELAND: Texas Instruments (Ireland) Limited: 

7/8 Harcourt Street, Stiliorgan, County Dublin, Eire, 

1 781677. 

ITALY: Texas Instruments Italia S.p.A. Divisione 
Semiconduttori: Viale Europa, 40, 20093 Cologne 
Monzese (Milano), (02) 253001; Via Castelld della 
Magliana, 38, 00148 Roma, (06) 5222651;/ 

Via Amendola, 17, 40100 Bologna, (051) 554004. 

JAPAN: Tokyo Marketing/Sales (Headquarters): 

Texas Instruments Japan Ltd., MS Shibaura Bldg., 9F, 
4-13-23 Shibaura, Minato-ku, Tokyo 108, Japan, 
03-769-8700. Texas Instruments Japan Ltd.; Nissho- 
Iwai Bldg. 5F, 30 Imabashi 3-chome, Higashi-ku, 
Osaka 541, Japan, 06-294-1881; Daini Toyota West 
Bldg. 7F, 10-27 Meieki 4-chome, Nakamura-ku, 
Nagoya 450, 052-583-8691; Daiichi Seimei Bldg. 6F, 
3-10 Oyama-cho, Kanazawa 920, Ishikawa-ken, 
0762-23-5471; Daiichi Olympic Tachikawa Bldg. 6F, 

1- 25-12 Akebono-cho, Tachikawa 190, Tokyo, 
0425-27-6426; Matsumoto Showa Bldg. 6F, 2-11 
Fukashi 1-chome, Matsumoto 390, Nagano-ken, 
0263-33-1060; Yokohama Nishiguchi KN Bldg. 6F, 

2- 8-4 Kita-Saiwai-cho, Nishi-ku, Yokohama 220, 
045-322-6741; Nihon Seimei Kyoto Yasaka Bldg. 5F, 
843-2 Higashi Shiokohjidori, Nishinotoh-in Higashi-iru, 
Shiokouji, Shimogyo-ku, Kyoto 600, 075-341-7713; 
2597-1, Aza Harudai, Oaza Yasaka, Kitsuki 873, Oita- 
ken, 09786-3-3211; Miho Plant, 2350 Kihara Miho- 
mura, Inashiki-gun 300-04, Ibaragi-ken, 

0298-85-2541. 

KOREA: Texas Instruments Korea Ltd., 28th FI., Trade 
Tower, #159, Samsung-Dong, Kangnam-ku, Seoul, 
Korea 2 + 551-2810. 

MEXICO: Texas Instruments de Mexico S.A.: Alfonso 
Reyes—115, Col. Hipodromo Condesa, Mexico, D.F., 
Mexico 06120, 525/525-3860. 

MIDDLE EAST: Texas Instruments: No. 13, 1st Floor 
Mannai Bldg., Diplomatic Area, P.O. Box 26335, 
Manama Bahrain, Arabian Gulf, 973 + 274681. 

NETHERLANDS: Texas Instruments Holland B.V., 

19 Hogehilweg, 1100 AZ Amsterdam —Zuidoost, 
Holland 20 + 5602911. 

NORWAY: Texas Instruments Norway A/S: PB106, 
Refstad 0585, Oslo 5, Norway, (2) 155090. 

PEOPLES REPUBLIC OF CHINA: Texas Instruments 
China Inc., Beijing Representative Office, 7-05 Citic 
Bldg., 19 Jianguomenwai Dajje, Beijing, China, (861) 
5002255, Ext. 3750. 

PHILIPPINES: Texas Instruments Asia Ltd.: 14th Floor, 
Ba- Lepanto Bldg., Paseo de Roxas, Makati, Metro 
Manila, Philippines, 817-60-31. 

PORTUGAL: Texas Instruments Equipamento 
Electronico (Portugal), Lda.: Rua Eng. Frederico Ulrich, 
2650 Moreira Da Maia, 4470 Maia, Portugal, 
2-948-1003. 

SINGAPORE (+ INDIA, INDONESIA, MALAYSIA, 
THAILAND); Texas Instruments Singapore (PTE) Ltd., 
Asia Pacific Division, 101 Thompson Rd. #23-01, 
United Square, Singapore 1130, 350-8100. 

SPAIN: Texas Instruments Espana, S.A.: C/Jose 
Lazaro Galdiano No. 6, Madrid 28036, 1/458.14.58. 

SWEDEN; Texas Instruments International Trade 
Corporation (Sverigefilialen): S-164-93, Stockholm, 
Sweden, 8 - 752-5800. 

SWITZERLAND: Texas Instruments, Inc., Reidstrasse 
6, CH-8953 Dietikon (Zuerich) Switzerland, 

1-740 2220. 

TAIWAN: Texas Instruments Supply Co., 9th Floor 
Bank Tower, 205 Tun Hwa N. Rd., Taipei, Taiwan, 
Republic of China, 2 + 713-9311. 

UNITED KINGDOM: Texas Instruments Limited: 
Manton Lane, Bedford, MK41 7PA, England, 0234 
270111. 
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